GNU Classpath

GNU Classpath は、Javaの標準クラスライブラリのフリーな実装を作るプロジェクトである。フリーソフトウェア財団のGNUプロジェクトの一部である。作成すべきライブラリは膨大だが、そのほとんどは完了しており、Swing、CORBAなども含まれる。ClasspathではJ2SE 1.4および5.0の全クラスをほとんど実装してきた。従ってClasspathをVuzeやEclipseといった一般的なJavaベースのソフトウェアで使うことができる。

GNU Classpathはライセンス条件の違いがあるため、libgcjと並行して開発された。現在ではGPLを採用することで合意がなされ、両プロジェクトは統合された。

1. ライセンス
--------

GNU Classpathは、リンクに関する例外付きのGPLの条件下でライセンス提供される。すなわち、オープンソースのフリーソフトウェアである。全コードは形式上フリーソフトウェア財団の所有となっており、その所有権は開発者たちとの契約上の義務によって束縛されている。

2. Uses
-------

GNU Classpathは多くのフリーなJava実装で採用されている。というのも、Java仮想マシンを実装した際に標準クラスライブラリが必須であり、GPLライセンスとするには選択肢はあまりないためである。

他に以下のもので使われている。

GNU Compiler for Java  はJavaのコードをネイティブな独立した実行ファイルにコンパイルする機能を持つ。
IKVM.NETはJavaと.NET Frameworkを結びつけるものである。
JNodeはJavaアプリケーションが動作するオペレーティングシステムであり、Javaとアセンブリ言語だけで書かれている。
[1]はOberon-2言語と結びついた特殊なJava VMである。
[2]はクラスタ上の分散コンピューティング向け仮想機械。Myrinetで128プロセッサを結合したマシンで動作。

3. 歴史
-----

GNU Classpathの開発は5人の開発者が1998年に開始した。その後、他のプロジェクトとの合併を何回か経験している 。かつて、GNU Classpathは独自の仮想マシン  を提供していた。Classpathが標準ライブラリとして充実するにつれて他のプロジェクトで利用されることが多くなり、仮想マシンが使われなくなったため、Japherの開発は中止された。公式のJava 1.4 APIのほとんどを実装した後、プロジェクトはバグ修正を主に行うようになった。2006年10月24日、1.4で最後まで実装されていなかったクラスHTMLWriterの実装が完了した。開発速度は2006年になって最高潮に達した。

GNU Classpathという名称はBradley M. Kuhnが初期の開発者Paul Fisherに示唆したものである。当時、Javaのフリーな実装にサン・マイクロシステムズの商標を付与することを強いることについて、コミュニティには大きな懸念があった。KuhnはJavaのライブラリの場所を指す$CLASSPATHという環境変数を名称に使ってはどうかと示唆したのである。$CLASSPATHは実際に使われる際に//java//という文字列を含むディレクトリのパス名に展開される。従って具体的に//Java//という単語を使わずにそれを連想させることができるのである。Fisherらは//$//や全部大文字の名前を好まなかったため、//Classpath//に落ち着いた。

4. 開発チーム
--------

プロジェクトチームには70名の開発者がおり、管理者が1名活動している。管理者は法律面の対応をし、定期的なリリースの実行と品質管理にも関与する。管理者はCVSへのアクセス許可も行う。

他のプロジェクトとは異なり、GNU Classpathには正式な階層構造がない。技術的に可能な者が可能なことをしており、明確な分担は存在しない。コード修正はまずディスカッションリストにパッチとして投稿され、問題があればそこで議論される。毎日、5件から8件のパッチ投稿がある。

プロジェクトは独自のテストスイート  を使っている。175,000項目のテストが毎日実行され、公式のAPIと互換が保たれていることが確認されている。

5. 仮想マシンとの繋がり
-------------

GNU Classpathには、公式なJava APIネームスペースにあるクラス群がある。これらクラス内でネイティブコードにアクセスする必要が生じた場合、少数の "VM" クラス群が使われる。VMクラス群は本来のクラス名の前にVMと付けたものである。VMクラス群は他のコードとは分離して格納され、private属性と final属性を付与される。これらのクラスのメソッドには//native//というキーワードが含まれ、サポートライブラリが必要であることを示している。このようなライブラリはJava仮想マシンの側で用意する。GNU Classpathが接続できるJava仮想マシンは、そのソースコードにアクセス可能で修正可能な場合である。例えば、サン・マイクロシステムズの仮想マシンはこの条件を満たしていないので、使えない。

6. Java 1.5の新言語機能サポート
---------------------

バージョン 0.95以前、GNU Classpathリリースでは 2つのtarballがリリースされていた。一方はメインの開発ブランチであり、もう一方はより実験的なブランチである。後者では総称型、列挙型、アノテーションといったJava 1.5の新機能が追加されている。

バージョン 0.95からはJava 1.5の総称型のような追加機能はメインブランチに完全に統合されている。Eclipseのコンパイラ  でJava 1.5のソースコードをバイトコードにコンパイルし、それをGCJでネイティブコードに変換できる[3]。

7. サンのオープンソースコンパイラとのインタフェース
---------------------------

バージョン 0.95 から、GPLのオープンソースのjavacでGNU Classpathのランタイム  とコンパイラ  が利用可能となり、また、GNU Classpathのクラスライブラリやツールや例をjavac自身でコンパイル可能となっている。

8. omg.org ドメインに由来するクラス
-----------------------

GNU Classpathは、フリーでないライセンスのコードやフリーでないライセンスのコードから自動的に生成されたコードを受理しない。標準Java APIにはomg.orgドメインのクラスが多数含まれており、これらはObject Management GroupがリリースしたIDLファイルから生成されたものである。これらのファイルは改変が許されていないためフリーではない。そのため、GNU Classpathでは、OMGの公式仕様書を参照して、対応するクラスを一から手で書いた。従って、GNU Classpathのそれらのコードも他の部分と同様に、フリーソフトウェアとして利用可能である。

9. 関連項目
-------

Apache Harmony
GNU Compiler for Java
Kaffe
IcedTea

10. 外部リンク
---------

[4]
[5]
[6]
[7] フリーJavaプロジェクトの状況について
[8]