PHPなどのシングルスレッドのWebアプリケーションを長く開発していると、何も考えずにクラス変数を使ってしまう...。
Tomcatは、シングルスレッドの設定を行わない限り、マルチスレッドで動作する（あらかじめいくつか複数のスレッドを起動しておき、リクエスト毎にどれかを使うような感じ）のでクラス変数を使うと全てのスレッドからアクセスが共有されてしまいます。
これは、たとえば現在のHTTPセッション（セッション間データを扱う「セッション変数」ではなく、1セッション内という意味）のみで統一的に扱いたいデータをクラス変数に入れておくと、HTTPセッションが終了してもそのデータが保持されたままになってしまうということです。
クラス変数はプロセス内で共有される変数なので、Tomcat起動中は同じプロセスですから当然といえば当然なのですが...、例えばデータベースコネクションなんかは上記のような形で扱いたいところです。
(さらに…)
Androidとは、Googleが提供するオープンソースの携帯端末向けプラットフォームのことで、今までの携帯電話上のプラットフォームは各社まちまちだったのですが、今回のGoogleのオープンプラットフォームによってどのキャリアでもシームレスな開発ができたりオープンソースによって開発工数が削減できたりといった風に変わっていくと考えられます。
既にこのプラットフォームについてDoCoMoやKDDIも提携済みのようで、完全に切り替わるかどうかはまだまだ不明ですが、何らかの形でこのプラットフォームが広がっていくのではないかと思います。
てなわけで、早速このAndroidの開発を先取りしていこうと思います。
(さらに…)
さて、前回である程度環境の構築ができたと思いますが、今回は引き続き環境整備（まだあるの・・・）と実際のプログラムの作成を行っていきます。
SWTというのは、Standard Widget Toolkitの略でEclipseなんかで使われているJavaのGUIライブラリです。AWTやSwingなどと違って、よりネイティブに近い外観・操作性を持っていると言われています。
実は、最初はXULRunnerとAWTとかでガリガリ書いてやるぞ～と思っていたのですが、よくよくSWTのJavaDocを読むと、Browserクラスというそのものズバリなクラスがあったので、そちらを使わせてもらうことにしました。
SWTのインストールはEclipse環境であれば特になにもする必要はないですが、今回サーバに設置することもあり、まず別途Eclipse Projectのサイトからダウンロードしてきます。リンクがunstableのバージョンになっているのは理由があって、The SWT FAQ によるとGeckoのバージョンとSWTのバージョンの組み合わせによっては正常に動作せず、前編でインストールしたXULRunner 1.8.1を利用するので、今回は3.3をダウンロードします。先ほどのリンク先の一番下の方の「SWT バイナリーおよびソース」というところにある、Linux (x86/GTK 2) 版を選びました。
解凍後、swt.jar を好きな場所へおきCLASSPATHに追加します。
