Apache Harmonyとは？ わかりやすく解説

この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Apache Harmony" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2025年12月)

Apache Harmony

開発元	Apacheソフトウェア財団
最新版	5.0M15 6.0M3 / 2010年9月2日 (15年前) (2010-09-02)
リポジトリ	svn.apache.org/repos/asf/harmony/
プラットフォーム	クロスプラットフォーム
サポート状況	開発終了
種別	Java SE
ライセンス	Apache License
公式サイト	harmony.apache.org
テンプレートを表示

Apache Harmony（アパッチ・ハーモニー）は、オープンソースかつフリーなJava実装である。Java SE 5, 6を元にしており、Apache License Version 2 にて提供されていた。開発は2005年5月に開始され、2006年10月にはApache財団のトップレベルプロジェクトとなった。しかし別のオープンソース実装であるOpenJDKに集約される形となり、2011年11月3日に開発終了した^[1][2]。

SDKやJREも配布されており、仮想マシンにはDRLVMを、コンパイラにはEclipse Java Compilerを使用していた。

HarmonyプロジェクトはフリーなJava実装の開発者たちを統括する動きと捉えられていた。多くの開発者はこの動きがApache, GNU等のプロジェクトとして纏まると期待していた。まずGNU開発者がプロジェクトの立ち上げ準備に関わったが、後にHarmonyではGNU Classpathのコードは利用しないと決定した。ライセンス互換上の問題で、Harmonyと他プロジェクト間でのコードの共有が難しくなるという問題があったためである。Apache開発者たちは必要なクラスをスクラッチから書き始め、またソフトウエア会社からコードの寄贈を募集した。

GNU ClasspathとApacheプロジェクトが袂を分かったのは、GPLとApacheライセンスの違いにある。多くの組織や個人がこの相違点を取り上げ、派生物には公開義務が無いApacheライセンスの適用を望むとの意見が寄せられた。GNU Classpathは独占的ソフトウエアとのリンクは可能だが、GNU Classpath自身の非公開派生物を作成するのは法的に困難なためである。

しかし、いくらかのフリーソフトウエア開発者は、これらのライセンスやコミュニティ哲学の違いは別個に実装を行うまでは違わず、妥協点を探せなくはないと頻繁に否定的な意見を述べている。だが、時折現れるこういったプロジェクトへの反対的な提案は幅広い支持を得ていない。フリーソフトウエア支持者は以下の単純な言葉でこれを切って捨てている。"more free software is not a problem（フリーソフトウエアが多いことは問題ではない）".

2007年4月10日、Apache財団 (ASF) はサン・マイクロシステムズ（サン）のCEO、ジョナサン・シュワルツ宛にJava SE 5 テクノロジ互換キット (TCK) についての公開書簡を送った^[3]。TCKのライセンスはHarmonyユーザに利用範囲の制限を課すものでJCPのルールに反しているから、ASFにとって承諾しがたいものであると主張している。

• テクノロジ互換キット (Technology Compatibility Kit) は、Java SE5仕様に実装が準拠しているかを確認するためのテストキットで、SunがJavaの仕様ライセンス内で規定している。

サンは企業のブログ上で回答し、TCKを含めJavaのオープンソース実装プラットフォームをGPLで提供したいが、まずはGNU/Linuxコミュニティに対してJavaプラットフォームのGPL提供を優先するとした。 このやりとりは一部からオープンなやり方ではないとサンやASFは批評を受けたが、結果的にはクラスライブラリ開示のスケジュールを考えると、より多くの提供をサンから受けることを目的にASFは強気に振舞ったのだと考える人もいた。

立ち上がるとすぐに、プロジェクトは既に開発に着手していたいくつかの会社から大きなコード寄贈を受けて動き出した。しかしながらメーリングリスト上での全般的な議論は常に開かれていた。

その後、プロジェクトにはASF管理者により^[4]アパッチ流の開発方式^[5]を取り入れたことにより、大きく成功したといえるだろう。2006年11月時点で、プロジェクトチームのコミッターは16人の開発者及び、IBMとインテルに属する16の開発チームで構成されていた^[6]。

2006年10月、Apache HarmonyプロジェクトはApache財団の公式プロジェクト (Top level Projects) に昇格された。

当初期待したソフトウエア会社からのコード寄贈は現実のものとなっていた。Apache Harmonyの作業コードにはインテルより寄贈された Swing、AWT、Java 2Dのコードが加えられた。

クラスの実装については、2010年9月20日時点で (5.0M15, 6.0M3)、Java SE 5の99.00%、Java SE 6の97.54%が実装（クラス・メソッド・フィールドとして存在）されていた^[7]。

また、HarmonyのテストスィートはGNU Classpathと比べてより厳密なものとなっていた（2006年10月の時点で、GNU Classpathは20000 tests [2]、Harmonyは 50000 [3] である）。

Harmonyプロジェクトの進捗はJ2SE 1.4^[8]とJava SE 5.0^[9]を追っている状態であり、Harmony v6.0はJava SE 6.0[4]の別ブランチと見なす事ができるほどであった。

文書化については、Harmonyは他のフリーのJava実装より整備が進んでいない状態にあった。 たとえば、GNU Classpathでは中心的なCORBAのクラス (ORB) の各メソッドに関して、 抽象APIクラス[5]と実装クラス[6]について説明のコメントが付いている。Harmonyで使用されている[7]Yokoプロジェクトでは、大半のメソッドについて 標準の宣言[8]および実装クラス[9]のドキュメント化がされていなかった（2006年10月時点）。また、GNU Classpathは、（Sunの実装同様）CORBAの機能について古いものと現在のものの両方をサポートしている。Harmonyでは、古い規格に基づく代表的なメソッド (ORB.connect(Object)) が全く実装されていないままであった。

Javaプラットフォームの完全な実装には、たとえばJavaソースコードをバイトコードに変換するコンパイラ、Jarファイルを管理するプログラム、デバッガ、アプレットビューアー、ウェブブラウザプラグインなどが必要である。Harmony ではコンパイラのみが実現されていた[10]。

Harmonyは、いずれも外部からの寄付による4種類のJava仮想マシン実装をサポートしていた。

• JC Harmony Edition VM, "JCHEVM," JCVM'sインタプリタに基づいており、Archie Cobbsによって寄贈された。
• BootJVM, シンプルなブートストラップ可能な仮想マシンで、Daniel Lydickによって寄贈された。
• SableVMは先進的でポータブルなインタプリタで、Sable Research GroupおよびDynamic Runtime Layer Virtual Machineの作者達によって寄贈された。
• BEAはApache Harmonyクラスライブラリが動作する JRockit VM の評価版が利用できることを発表していた^[10]。

2006年11月の時点でこれらの仮想マシンによる言語のサポートは完全ではなかったため、クラスライブラリのテスト[11]を実行するためのビルドの手順として IBMのプロプライエタリなVMであるJ9を使うよう推奨されていたが、2007年7月時点ではJ9は不要となっていた。

DRLVM仮想マシンの開発が積極的に進んでおり（2006年7月時点）、進展が期待できる状態にあった。

構想の時点から、Harmonyは重要なJavaアプリケーション（リンク参照）を実行する能力を着実に向上させてきた。2007年7月の時でたとえば下記のアプリケーションがサポートされていた。

• Eclipse : 36,000件のリファレンス実装テストのうち99.3%がHarmonyのDRLVMとクラスライブラリで合格[12]。
• Apache Tomcat : リファレンス実装テストが100%合格[13]。
• JUnit : リファレンス実装テストが 100% 合格[14]。
• Apache Ant : リファレンス実装テストが 97% 合格[15].
• Apache Derby、Apache Axis、Log4j、Apache Velocity、Apache Cocoon、jEdit、Apache Commonsなどのアプリケーションも高い合格率を示す。

しかし、Harmonyのライブラリ実装が不完全であるため、実行できないアプリケーションもあった。

• ArgoUML: Harmonyでは利用できない Javaアプレットの実装を必要とする。
• Apache Geronimoは、若干の修正により（問題もあるが）Apache Harmony上で動作する^[11]。
• Azureusセキュリティのクラスが未実装である。

• GNU Classpath
• OpenJDK
• Javaクラスライブラリ
• Dalvik仮想マシン

• Apache Harmony Web Page （英語）

表 話 編 歴 Apacheソフトウェア財団
トップレベル プロジェクト	Accumulo（英語版） ActiveMQ Airflow Ambari（英語版） Ant Aries（英語版） Arrow Apache HTTP Server APR Avro Axis Axis2 Beam Bloodhound（英語版） Brooklyn（英語版） Buildr（英語版） Calcite（英語版） Camel（英語版） Cassandra Cayenne（英語版） Chemistry（英語版） CloudStack（英語版） Cocoon Cordova CouchDB cTAKES（英語版） CXF（英語版） Derby Directory（英語版） Drill Druid（英語版） Empire-db（英語版） Felix（英語版） Flex Flink（英語版） Flume（英語版） FreeMaker（英語版） Geronimo Giraph（英語版） Gump（英語版） Hadoop HBase Helix（英語版） Hive Impala（英語版） Jackrabbit（英語版） James Jena（英語版） Jini（英語版） JMeter（英語版） Kafka Kudu（英語版） Kylin（英語版） Lucene Mahout Maven MINA（英語版） mod perl（英語版） MyFaces（英語版） NetBeans Nutch（英語版） NuttX（英語版） OFBiz（英語版） Oozie（英語版） OpenEJB OpenJPA OpenNLP OpenOffice ORC（英語版） PDFBox（英語版） Parquet（英語版） Phoenix（英語版） POI Pig（英語版） Pinot（英語版） Pivot Qpid（英語版） Roller RocketMQ（英語版） Samza（英語版） ServiceMix（英語版） Shiro（英語版） SINGA（英語版） Sling（英語版） Solr Spark Storm（英語版） SpamAssassin Struts 1 Struts 2（英語版） Subversion Apache Superset SystemDS（英語版） Tapestry Thrift Tika（英語版） Tomcat Traffic Server（英語版） Turbine（英語版） UIMA（英語版） Velocity Wicket Xalan Xerces XMLBeans Yetus（英語版） ZooKeeper
Commons	BCEL（英語版） BSF（英語版） Collections Daemon（英語版） DBUtils Email IO Jelly（英語版） Lang Apache Commons Logging（英語版） Math
Incubator	MXNet（英語版） Taverna（英語版）
その他の プロジェクト	Apache Batik Chainsaw（英語版） FOP Ivy（英語版） log4j
Attic	Abdera（英語版） Apex（英語版） AxKit Beehive（英語版） Bluesky（英語版） iBATIS c++ Standard Library（英語版） Cactus（英語版） Click（英語版） Continuum（英語版） Deltacloud（英語版） Etch（英語版） Excalibur（英語版） Forrest（英語版） Hama（英語版） Harmony HiveMind（英語版） Jakarta Lenya（英語版） Marmotta（英語版） ODE（英語版） Shale（英語版） Slide（英語版） Shindig（ハンガリー語版） Stanbol（英語版） Tuscany（英語版） Wave（英語版） Wink（英語版） XML
ライセンス	Apache License
Category Commons