Glorified G

Ubuntu で EC2 〜 Apache Cassandra On AWS EC2 の事前準備として〜

ここを参考に AWS EC2 上で Apache Cassandra 1.0.5 を動かすために、前提として必要だったので以下にメモ。
ローカル ubuntu から ubuntu 公式 AMI をつかって EC2 でインスタンスを起動するところまで。
ここを見ればほぼすんなり行くはず。

ローカルの環境

ubuntu 11.10 (64bit)
$ java -version
java version "1.6.0_23"
もちろん AWS のアカウントは事前に取っておく

EC2 API Tools をインストール

X.509 証明書を作っておいてローカルにダウンロードしておく。

いつもどこから行くのか忘れる・・・

このタブ
ec2-api-tools インストール
```
$ sudo apt-get install ec2-api-tools
```

環境変数

東京リージョンを使うのでその指定と
さっき落とした X.509 証明書のパス

$ vi ~/.bashrc

export EC2_URL=https://ec2.ap-northeast-1.amazonaws.com # <- これ Asia Pacific (Tokyo)
export EC2_PRIVATE_KEY=/path/to/aws/pk/pk-pekepekepeke.pem # X.509 証明書の
export EC2_CERT=/path/to/aws/cert/cert-pekepekepeke.pem # X.509 証明書の

$ source ~/.bashrc

適当に ec2-xxxx を叩いて動くか確認
```
$ ec2-describe-images -o self -o amazon
```

Official Ubuntu Cloud Guest AMI でインスタンス起動

普段使っている公開鍵をインポートしておく

$ ec2-import-keypair {KEY_NAME} --public-key-file ~/.ssh/id_rsa.pub

インスタンス走らせる（ここから好きなの選んで）

$ ec2-run-instances ami-7c90277d -g "default" --instance-type m1.large --region ap-northeast-1 --key {KEY_NAME}

describe して running になるのを待つ

$ ec2-describe-instances

行ってみる（describe したときの Public DNS をコピっておいて）

$ ssh ubuntu@{PUBLIC_DNS}

とりあえず無事入れたらおっｋ。一旦、terminate しておく。

$ ec2-terminate-instances {INSTANCE}

Apache Cassandra On AWS EC2

Apache Cassandra クラスタ環境を AWS EC2 上で

公式の wiki を参考に EC2 上でクラスタ環境を構築してみた。
シングルノードを複数作るのとあまり変わらなかった。
ローカルの ubuntu から EC2 を弄るための事前準備はこっちに。

※Step.Nは公式の wiki にだいたい対応。

■ Step.1 EC2 セキュリティ・グループ「Talk To Cassandra Local Zone」の作成

$ ec2-create-group "Talk To Cassandra Local Zone" -d "Group for any machine that talks to Cassandra"
$ ec2-authorize "Talk To Cassandra Local Zone" -P tcp -p 22 -s 0.0.0.0/0

■ Step.2 あとで必要なので「Talk To Cassandra Local Zone」の {OwnerID} をメモっておく

$ ec2-describe-group "Talk To Cassandra Local Zone"

※１２ケタぐらいの数字のやつ

■ Step.3 EC2 セキュリティ・グループ「Cassandra Nodes」の作成

$ ec2-create-group "Cassandra Nodes" -d "Group for any Cassandra machine"
$ ec2-authorize "Cassandra Nodes" -P tcp -p 22 -s 0.0.0.0/0

■ Step.4 あとで必要なので「Cassandra Nodes」の {OwnerID} をメモっておく

$ ec2-describe-group "Cassandra Nodes"

※１２ケタぐらいの数字のやつ

■ Step.5 「Cassandra Nodes」間で以下の各ポートに接続可能なように開けておく

$ ec2-authorize "Cassandra Nodes" -P tcp -p 7000 -o "Cassandra Nodes" -u {OwnerID}
$ ec2-authorize "Cassandra Nodes" -P tcp -p 9160 -o "Cassandra Nodes" -u {OwnerID}
$ ec2-authorize "Cassandra Nodes" -P tcp -p 8080 -o "Cassandra Nodes" -u {OwnerID}

※ {OwnerID} は「Talk To Cassandra Local Zone」のほう

■ Step.6 「Talk To Cassandra Local Zone」も同様に以下の各ポートを開けておく

$ ec2-authorize "Cassandra Nodes" -P tcp -p 9160 -o "Talk To Cassandra Local Zone" -u {OwnerID}
$ ec2-authorize "Cassandra Nodes" -P tcp -p 8080 -o "Talk To Cassandra Local Zone" -u {OwnerID}

※ {OwnerID} は「Talk To Cassandra Local Zone」のほう

■ Step.7 キーペアを作成する

作り方はここ

■ Step.8 〜 Step.10 SEED インスタンスを起動する

$ ec2-run-instances ami-7c90277d -g "Cassandra Nodes" --instance-type m1.large --region ap-northeast-1 --key {KEYPAIR_NAME}

※{KEYPAIR_NAME} は Step.7 で作ったもの
※「ami-7c90277d」という AMI は ubuntu 公式のもの。

■ Step.11 describe してパブリック DNS （＝{SEED_PUBLIC_DNS}）とプライベート IP （＝{SEED_PRIVATE_IP}）をコピっておく

$ ec2-describe-instances

■ Step.12 SEED になる Cassandra をセットアップ

インスタンスにログイン

$ ssh ubuntu@{SEED_PUBLIC_DNS}

JDK のインストール

$ sudo apt-get update
$ sudo apt-get install openjdk-6-jdk
$ java -version
java version "1.6.0_23"

シングルノードのセットアップを完了する
SEED の Cassandra の設定

$ vi 1.0.5/conf/cassandra.yaml

initial_token: 0
seeds: "{SEED_PRIVATE_IP}"
listen_address: {SEED_PRIVATE_IP}
rpc_address: 0.0.0.0
endpoint_snitch: org.apache.cassandra.locator.RackInferringSnitch

■ Step.13 NON SEED インスタンスを起動する

$ ec2-run-instances ami-7c90277d -g "Cassandra Nodes" --instance-type m1.large --region ap-northeast-1 --key {KEYPAIR_NAME}

describe してパブリック DNS （＝{NON_SEED_PUBLIC_DNS}）とプライベートな IP （＝{NON_SEED_PRIVATE_IP}）をコピっておく

$ ec2-describe-instances

■ Step.14 NON SEED の Cassandra をセットアップ

インスタンスにログイン

$ ssh ubuntu@{NON_SEED_PUBLIC_DNS}

JDK のインストール

$ sudo apt-get update
$ sudo apt-get install openjdk-6-jdk
$ java -version
java version "1.6.0_23"

シングルノードのセットアップを完了する
NON SEED の Cassandra の設定

$ vi 1.0.5/conf/cassandra.yaml

initial_token: 12345678901234567890123456789012345678
seeds: "{SEED_PRIVATE_IP}"
listen_address: {NON_SEED_PRIVATE_IP}
rpc_address: 0.0.0.0
endpoint_snitch: org.apache.cassandra.locator.RackInferringSnitch

■ 確認

SEED インスタンスにログイン

$ ssh ubuntu@{SEED_PUBLIC_DNS}

nodetool で確認する

$ nodetool -h localhost ring
Address                  DC          Rack        Status State   Load            Owns    Token                                       
                                                                               12345678901234567890123456789012345678      
{SEED_PRIVATE_IP}        ***         ***         Up     Normal  13.41 KB        92.74%  0                                           
{NON_SEED_PRIVATE_IP}    ***         ***         Up     Normal  6.68 KB         7.26%   12345678901234567890123456789012345678

ここまでつつがなく行っていれば、あとはcassandra-cliで遊べます。（が、keyspaceを作成する際は以下のようにしないとデータを追加する際にエラーになりました。）

[default@unknown] create keyspace awstest1 with placement_strategy = 'org.apache.cassandra.locator.SimpleStrategy' 
... and strategy_options = {replication_factor:2};

Apache Cassandra 1.0.5 インストール〜設定〜起動（シングルノード）

■ 環境

ubuntu 11.10
java version "1.6.0_23"（1.6の最低でもu19が必要でu21以上がベターらしい）

■ インストール

CASSANDRA_HOME作成

$ mkdir -p apache/cassandra
$ cd apache/cassandra

$ pwd
/home/ktakeda47/apache/cassandra

apache-cassandra-1.0.5-bin.tar.gzをダウンロード

$ wget http://www.meisei-u.ac.jp/mirror/apache/dist//cassandra/1.0.5/apache-cassandra-1.0.5-bin.tar.gz

解凍

$ tar xvzf apache-cassandra-1.0.5-bin.tar.gz
$ mv apache-cassandra-1.0.5/ 1.0.5

■ 設定

CASSANDRA_HOME/binにパスを通す

$ vi ~/.bashrc

export CASSANDRA_HOME=/home/ktakeda47/apache/cassandra/1.0.5
export PATH=$PATH:$CASSANDRA_HOME/bin

$ source ~/.bashrc

data_file_directories, commitlog_directory, saved_caches_directoryディレクトリ作成

$ mkdir data
$ mkdir commitlog
$ mkdir saved_caches

設定ファイルのdata_file_directories, commitlog_directory, saved_caches_directoryをmkdirしたディレクトリへ

$ vi 1.0.5/conf/cassandra.yaml

ログディレクトリ作成

$ mkdir log

log4j.propertiesのログディレクトリをmkdirしたディレクトリへ

$ vi 1.0.5/conf/log4j-server.properties

■ 起動

error, fatalが出なければ成功

$ cassandra -f

■ cassandra_cliからアクセス

起動までつつがなく行っていれば、あとはcassandra-cliで遊べます

$ cassandra-cli

NullPointerException

「Effective Java 第2版第２章オブジェクトの生成と消滅項目６廃れたオブジェクト参照を取り除く」に、廃れた参照に null を設定する必要があるプログラムで、廃れた参照に null を設定することで得られる派生的な利点に、

参照が間違って使用された場合に、プログラムは何も言わずに間違った処理を行うのではなく、 NullPointerException ですぐにエラーとなることです。プログラミングのエラーをできるだけ早い段階で発見することは常に有益です。

とあります。

たしかに。
好き嫌いや時と場合にもよりますが、個人的には落ちてくれたほうが良いです。

see also: Javaプログラマであるかを見分ける10の質問 7.NullPointerExceptionが発生するのは主にどういう状況か？

Mozilla Thunderbird 5.0 バックアップ移行（旧マシン→新マシンとか）

ubuntu 11.04
thunderbird 5.0

バックアップ対象のアカウントのプロファイルを確認

thunderbird の「メニュー＞編集＞アカウント設定...」の中に「メッセージの保存先：」という項目があって、そこのパスが普通に使っていれば「/home/{user}/.thunderbird/gonyogonyo.default/」以下になってるので、その「gonyogonyo.default」を全部まるっとバックアップしておけば良い。
一応、設定ファイルの「profiles.ini」を見て確認。

$ cd $HOME/.thunderbird
$ cat profiles.ini
[General]
StartWithLastProfile=1

[Profile0]
Name=default
IsRelative=1
Path=gonyogonyo.default

バックアップ

$ tar cvzf gonyogonyo.tar.gz gonyogonyo.default

移行先で thunderbird インストール

インストールするだけしてとりあえず起動しても何もしない。

移行

移行元のバックアップを移行先のどっかに展開。「/home/{user}/.thunderbird」の下で良いと思うけど。
で移行先の「profiles.ini」の「Path」を編集。

$ cd $HOME/.thunderbird
$ vi profiles.ini
[General]
StartWithLastProfile=1

[Profile0]
Name=default
IsRelative=1
Path=gonyogonyo.default

確認

起動すると移行元で最後に thunderbird を使っていた状態が復元される。

android org.apache.http.client.HttpClient user-agent

Android 2.2 (API Level 8)

リクエスト

final HttpClient client = new DefaultHttpClient();
final HttpParams params = client.getParams();
params.setParameter(CoreProtocolPNames.USER_AGENT, "android user-agent hoge"); // !
final HttpGet request = new HttpGet("http://hogehoge.com/");
try {
	final HttpResponse response = client.execute(request);
	// ・・・
} catch (ClientProtocolException e) {
	// TODO Auto-generated catch block
} catch (IOException e) {
	// TODO Auto-generated catch block
}

サーバ側ログ

192.168.100.101 - - [01/Aug/2011:01:23:45 +0900] "GET / HTTP/1.1" 200 175 "-" "android user-agent hoge"

WebView の Scrollbar 部分の余白

WebView の Scrollbar が表示される部分の余白みたいなのが気になって。

WebView#setScrollBarStyle(View.SCROLLBARS_INSIDE_INSET)の場合

    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mWebView = new WebView(this);
        mWebView.loadUrl(URL);
        mWebView.setScrollBarStyle(View.SCROLLBARS_INSIDE_INSET); // !
        mWebView.setWebViewClient(new WebViewClient());
        setContentView(mWebView);
    }

Scrollbarを常時表示させているなら違和感ないのかな。

WebView#setScrollBarStyle(View.SCROLLBARS_INSIDE_OVERLAY)にしてみる

   mWebView.setScrollBarStyle(View.SCROLLBARS_INSIDE_OVERLAY);

あーこれだわ。標準でインストールされているブラウザとかの表示。

WebView#setScrollBarStyle(View.SCROLLBARS_OUTSIDE_INSET)は？

mWebView.setScrollBarStyle(View.SCROLLBARS_OUTSIDE_INSET);

ん？SCROLLBARS_INSIDE_INSETとの違いは？

んじゃWebView#setScrollBarStyle(View.SCROLLBARS_OUTSIDE_OVERLAY)は？

ん？SCROLLBARS_INSIDE_OVERLAYとの違いは？

WebView と WebViewClient を使って HTML のソースを LogCat に流す

public class HogeActivity extends Activity {
 
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        final WebView webView = new WebView(this);
        webView.getSettings().setJavaScriptEnabled(true);
        webView.setWebViewClient(new HogeWebViewClinet());
        webView.addJavascriptInterface(new WebViewLogger(), "webViewLogger");
        webView.loadUrl("http://www.yahoo.co.jp/");
        setContentView(webView);
    }
    
    class HogeWebViewClinet extends WebViewClient {
        @Override public void onPageFinished(WebView view, String url) {
            view.loadUrl("javascript:window.webViewLogger.log(document.documentElement.outerHTML);");
        }
    }
    
    class WebViewLogger {
        public void log(String str) {
            Log.d("webViewLogger", str);
        }
    }
    
}

eclair ではスローされて froyo ではスルーされる(JSONException (Unterminated string at character...))

改行コードを含む JSON を返す Servlet

@Override
    public void service(ServletRequest servletRequest, ServletResponse servletResponse)
            throws ServletException, IOException {
        servletResponse.setContentType("application/json");
        servletResponse.setCharacterEncoding("UTF-8");
        PrintWriter writer = servletResponse.getWriter();
        writer.write("{\"str\" : \"HO\nGE\"}"); // !!!
        writer.flush();
        writer.close();
    }

文字列「HOGE」のど真ん中に改行コードを含む、 JSON 的によろしくない JSON を返す Servlet を作ります。

android クライアント側

public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
    }

    @Override
    protected void onResume() {
        super.onResume();
        new Thread(new Runnable() {
            @Override public void run() {
                HttpClient httpClient = new DefaultHttpClient();
                HttpGet httpGet = new HttpGet("http://192.168.0.5:8080/json");
                HttpResponse httpResponse = null;
                try {
                    httpResponse = httpClient.execute(httpGet);
                } catch(ClientProtocolException e) {
                    Log.e("AndroidClient", "ClientProtocolException! " + e.getMessage());
                } catch(IOException e) {
                    Log.e("AndroidClient", "IOException! " + e.getMessage());
                }
                if(httpResponse != null) {
                    try {
                        JSONObject json = new JSONObject(EntityUtils.toString(httpResponse.getEntity()));
                        String str = json.getString("str");
                        Log.d("AndroidClient", "str : " + str);
                    } catch(ParseException e) {
                        Log.e("AndroidClient", "ParseException! " + e.getMessage());
                    } catch(JSONException e) {
                        Log.e("AndroidClient", "JSONException! " + e.getMessage());
                    } catch(IOException e) {
                        Log.e("AndroidClient", "IOException! " + e.getMessage());
                    }
                }
            }
        }).start();
    }

んで、 Servlet にリクエスト飛ばしてレスポンスを org.json.JSONObject に変換するような android クライアントアプリを作ります。

それを eclair(2.1-update1) エミュレーター上で動かす

JSONException! Unterminated string at character 13 of {"str" : "HO
GE"}

「Unterminated string at character 13 of ...」と言われて落ちます。「android クライアント側」の 23 行目で落ちて、 29 行目のエラーログが吐かれます。

今度は froyo(2.2) エミュレーター上で動かす

str : HO
GE

あら不思議。 25 行目のログが出力されちゃうじゃありませんの！

eclair と froyo のソースを見比べる

「dalvik/libcore/json/src/main/java/org/json」以下です。

eclipse 上で「 compare with 」とかしてもあまり意味ありません。インターフェースというか public なメソッドのシグニチャーだけ同じで実装は随分違っている雰囲気です。

JSONObject に食わせた String をパースする org.json.JSONTokener を見比べてみると・・・

public class JSONTokener {
// (中略)
    public String nextString(char quote) throws JSONException {
        char c;
        StringBuilder sb = new StringBuilder();
        for (;;) {
            c = next();
            switch (c) {
            case 0:
            case '\n':
            case '\r':
                throw syntaxError("Unterminated string");

上は eclair

下が froyo (private な深いメソッドまで行ってますが、まあこの辺だと思います)

public class JSONTokener {
// (中略)
    private int nextCleanInternal() throws JSONException {
        while (pos < in.length()) {
            int c = in.charAt(pos++);
            switch (c) {
                case '\t':
                case ' ':
                case '\n':
                case '\r':
                    continue;

スルーとスローは随分違うと思いますが、 JSON を返す側（ここでは Servlet 側）がちゃんとエスケープすれば、どちらもなんの問題も起きません。

アクセサ( getter / setter)・不変クラス( immutable )・カプセル化( encapsulation )

public interface Radioactivity {
 /**
  * 年間放射線量を取得する。
  * @return ミリシーベルト
  */
 double getRadiation();
 /**
  * 設定されている線量が安全かどうか
  * @return true の場合、安全
  */
 boolean isSafe();
}

/**
 * 平常時
 */
public class Normal implements Radioactivity {
 private double radiation;
 public Normal(double radiation) {
  this.radiation = radiation;
 }
 /**
  * @see Radioactivity#getRadiation()
  */
 public double getRadiation() {
  return this.radiation;
 }
 /**
  * @see Radioactivity#isSafe()
  */
 public boolean isSafe() {
  return this.radiation < 1.0d;// ふつうはこのぐらい
 }
}

/**
 * 緊急時
 */
public class Emergency implements Radioactivity {
 private double radiation;
 public Emergency(double radiation) {
  this.radiation = radiation;
 }
 /**
  * @see Radioactivity#getRadiation()
  */
 public double getRadiation() {
  return this.radiation;
 }
 /**
  * @see Radioactivity#isSafe()
  */
 public boolean isSafe() {
  return this.radiation < 20.0d;// 緊急なので致し方なく
 }
}

アクセサを getter のみにすることで一度設定した年間の被曝線量を変更できなくする(不変クラス)( immutable )
#isSafe() メソッドは時の政府の都合により内部の処理を変更することができる(カプセル化)( encapsulation )

see also: Javaプログラマであるかを見分ける10の質問 5.フィールドのアクセス修飾子をprivateにしgetter/setterメソッドを提供する事でフィールドを参照する設計方針を取る主な理由を説明せよ

チェック例外( checked exception )と非チェック例外( unchecked exception )

Java の例外

コンストラクタやメソッドが実行された時に、戻り値とは別の例外的な値を呼び出し元に戻したい時に、Throwable クラスのサブクラスを生成して呼び出し元に戻すことが出来る
コンストラクタやメソッドを実行した結果、本来の正常な処理とは別の例外的な値がコンストラクタやメソッドから返ってきた場合に、メソッドの呼び出し元は catch 節で正常処理とは別のエラー処理のコードを書くことが出来る

チェック例外

投げる側はコンストラクタやメソッドに throws 宣言しなければならない
呼び出し元は try-catch ブロックで囲むか、自分のメソッドシグニチャーで throws 宣言しなければならない

非チェック例外

Error クラスまたは RuntimeExceptoin クラス、もしくはそのサブクラス
投げる側はコンストラクタやメソッドに throws 宣言しなくても良い（！）
呼び出し元も try-catch で囲む必要もないし、自分のメソッドシグニチャーで throws 宣言する必要もない（！）

see also: Javaプログラマであるかを見分ける10の質問 5.チェック例外と非チェック例外の違いを型と例外処理の観点で説明せよ。

自分の手でやりました ( Nexus S android 2.3.2 -> android 2.3.3 )

待てど暮らせど空から降って来なかったので、手持ちの Nexus S の android 2.3.2 から android 2.3.3 へのバージョンアップを、自力でやりました。簡単でした。

GRH78C → GRI40

手順はこちらのとおりやれば出来ます。 Nexus One も同じみたいです。

こちらから更新ファイルをダウンロード
Nexus S を USB ケーブルで PC と接続して、 android の SD カード( /sdcard )にダウンロードした ZIP ファイルをコピー
Nexus S をシャットダウン
Nexus S から USB ケーブルを抜く
ボリュームアップ＋電源ボタンを同時押しで Nexus S を起動

FASTBOOT MODE (撮影者が写りこんでるけど(・ε・)ｷﾆｼﾅｲ!!)
ボリュームボタンで RECOVERY を選択して、電源ボタンを押す
この画面でボリュームアップ＋電源ボタンを同時押し

一発でうまくいかなくて、 5. からやり直すこと２回ぐらい
ボリュームボタンで apply update from /sdcard を選択して、電源ボタンを押す
SD カード内のファイル一覧からダウンロードした ZIP ファイルを選択して更新開始
Install from sdcard complete. と表示されたら、ボリュームボタンで reboot system now を選択して電源ボタンを押す

GC(ガーベジコレクション)

オブジェクトに最初に割り当てられたメモリ空間を、そのオブジェクトが使われなくなった時（そのオブジェクトへの参照がなくなった時）に、JavaVM がそのオブジェクトが占有していたメモリ空間を自動的に解放する。

GCされない例／される例

GCされない例

class Dept { // 部署クラス
    private Emp[] emps; // 所属する従業員
    private int size;
    public Dept() {
        emps = new Emp[10]; // 従業員の席を用意
    }
    public void employ(Emp emp) { // 従業員を雇う
        if(emps.length == size) {
            emps = Arrays.copyOf(emps, 2 * size + 1); // 定員オーバーになったら、席を追加
        }
        emps[size++] = emp;
    }
    public void fire(int index) { // 従業員を解雇する
        Emp emp = emps[index];
        emp.empNo = -1;
    }
    public int getEmpsSize() {
        return size;
    }
}

OutOfMemoryErrorを発生させる

public static final void main(String[] args) {
        Dept[] depts = new Dept[3456]; // 3456個部署作って・・・
        int deptNo = 0;
        int empNo = 0;
        try {
            while(deptNo < depts.length) {
                Dept dept = new Dept();
                depts[deptNo++] = dept;
                for(int i = 0; i < 3456; i++) { // 3456人部署に雇って・・・
                    Emp emp = new Emp(deptNo, empNo++);
                    dept.employ(emp);
                }
                int empsSize = dept.getEmpsSize();
                for(int i = 0; i < empsSize; i++) {
                    if((i % 2) == 0) { // 内、半分を解雇する
                        dept.fire(i);
                    }
                }
            }
        } catch(OutOfMemoryError e) {
            System.err.println("OutOfMemoryError");
        } finally {
            System.out.println("deptNo : " + deptNo + " empNo : " + empNo); // deptNo : 3332 empNo : 11514569
        }
    }

自分の環境だと、 3332個目の部署・11514569人目の従業員でOutOfMemoryErrorが発生する。

GCされる例

部署クラスのfire()メソッド内で、解雇された従業員にnullを設定するように変更する。

public void fire(int index) {
        emps[index] = null; // nullを設定する
        size--;
    }

もう一度mainを実行すると、「deptNo : 3456 empNo : 11943936」が出力されて、OutOfMemoryErrorはスローされずにプログラムが終了する。そもそもこの部署クラスのように、プログラマーが独自にメモリー管理をしなれけばならないようなプログラムは、例外的であるべきだ、とEffective Javaには書いてあります。 see also: Javaプログラマであるかを見分ける10の質問 4.オブジェクトがガベージコレクション（GC）される主たる条件は何か？
see also: Effective Java（第2版）第2章オブジェクトの生成と消滅項目6 廃れたオブジェクトの参照を取り除く

登録: 投稿 (Atom)