テクノロジー互換性キット

テクノロジー互換性キット( TCK )は、Java 仕様要求(JSR)の特定の実装が準拠しているかどうかを少なくとも名目上はチェックするテストスイートです。これは、 Java コミュニティプロセスで承認された JSR に必要な 3 つの要素のうちの 1 つです。

JSR仕様
JSRリファレンス実装
テクノロジー互換性キット (TCK)

コンテンツとアーキテクチャ

TCK は、特定の JSR の仕様リーダーから取得される傾向があります。通常 (ただし、常にというわけではありません)、TCK は、テスト対象のデバイスまたは Java 仮想マシンと TCP/IP 経由で通信するグラフィカルホストアプリケーションで構成されます。テストは通常、デバイスによって HTTP 経由で取得され、結果は同様の方法でホストアプリケーションに返されます。この分離により、TCK を使用して、完全な TCK ホストアプリケーションを実行する能力がない CLDC モバイルフォンなどのデバイス上の仮想マシンをテストできます。

JSR に含まれるテストは、JSR 仕様のステートメントから派生したものと思われます。特定の API には、エラー状態を含め、意図したとおりに動作することを確認するための一連のテストがあります。

特定の JSR に準拠していることを示すには、Java 実装が関連する TCK に合格する必要があります。(まれな) 例外については、仕様リーダーと交渉する必要があります。このため、JSR を実装する際には TCK が非常に重要です。最初の大きなマイルストーンは、まず TCK を実行することです。これには、Java 実装と基礎となるネットワークスタックが一定レベルの成熟度を持っていることが必然的に必要になります。次に、TCK を適切に構成する必要があります。TCK はあらゆる実装に対応できるほど柔軟である必要があるため、多くのオプションがあります (たとえば、JSR135 でサポートされているすべてのメディア形式と関連するオプションコントロールを一覧表示します)。特定のテストでは、セットアップアクティビティも必要です。これは、エラー状態での正しい動作を保証するテストでは特に複雑になる傾向があります。これは、Java 実装を各エラーを引き起こす適切な状態にする必要があるためです。最後に、失敗した各テストを修正する必要があります。これは通常、通常の欠陥追跡メカニズムによって処理されます。

Java 実装者の中には、TCK に合格すれば製品がほぼ完成すると考える人もいます。TCK は非常に包括的であることは事実ですが、TCK でカバーされていない領域も数多くあります。これにはパフォーマンスやオプション機能が含まれます。これらの欠点に対処するには、実際の環境でのテストを大量に行う以外に方法はありません。ただし、JDTSなどの追加のテストスイートが役立つ場合もあります。

Java プラットフォーム用の TCK

特定のJava プラットフォーム用のテクノロジー互換性キットは、 Java 互換性キット (JCK)と呼ばれます。これは、プラットフォームの互換性のある実装を保証するために Oracleとライセンシーが使用する広範なテストスイートです。

Java 6.0のJCKのソースコードが公開されました。^[1]^[2]当初、関連するライセンスでは、ユーザーがテストをコンパイルまたは実行することは許可されていませんでしたが、^[3]コードを見る権利は汚染の懸念とは関連付けられておらず、ソースコードに対するパブリックコメントは許可されています。^{[1]ただし、}OpenJDKのリリース以降、特定のライセンスにより、OpenJDKのコンテキストでJCKを実行できるようになりました。つまり、 OpenJDKから大幅に派生したGPL実装です。^[4]^[5]

OpenJDKコミュニティTCKライセンス契約v2.0は、2011年12月からJava SE 7仕様向けに公開されています。^[6]

TCKフレームワーク

JavaTestハーネスツールは、実装のコンプライアンスを検証するために現在最も一般的に使用されているユニットテストフレームワークです。これはTCKテストを実行するために設計された汎用テストフレームワークです。ただし、一部の仕様ではJUnitやTestNGも使用されています。^[7]

ライセンスと論争

SunのOpenJDKのリリースに続いて、SunはOpenJDKから実質的に派生したGPL実装に対して、OpenJDKコンテキストでTCKを実行することを許可する特定のライセンスをリリースしました。^[8]

この要件により、Apache HarmonyプロジェクトはApacheライセンスに準拠したTCKの使用権を失います。2010年11月9日、Apache Software Foundationは、追加の制限なしにHarmonyのTCKライセンスが付与されなければ、Java Community Processから脱退すると脅しました。^[9]

2010年12月9日、Apache Software FoundationはJava SE/EE Executive Committeeの議席を辞任した。^[10]

参照

参考文献

^ ab Hamilton, Graham (2004-12-13). 「J2SE 互換性テストソースがリリースされました」。2004-12-16 にオリジナルからアーカイブ。2008-03-08に取得。ライセンスが、JCK ソースを評価したい開発者の合理的なニーズを満たすように努めました。クリックスルーライセンスを通じて、無料で利用できます。「汚染」はありません。JCK のコピーを削除しても、将来の行動が制限されることはありません。これを本当に明確にするために、法律家が「残余権」と呼ぶものを明示的に許可するセクションを含めました。これは基本的に、頭に残っているものは将来使用しても問題ないことを意味します。フィードバックやコメントを公開できます。
^ JCK プロジェクト 2007 年 7 月 8 日アーカイブ、Wayback Machineより
^ 「"READ ONLY" SOURCE LICENSE AGREEMENT, v1.0 JAVA (TM) COMPATIBILITY KIT 6a」。Sun Microsystems。2007年6月。2010年12月31日時点のオリジナルよりアーカイブ。2008年3月8日閲覧。
^ Darcy, Joseph (2008-03-06). 「JDK と JCK のバージョンの一致」。2011-08-12 にオリジナルからアーカイブ。2008-03-08に取得。OpenJDKプロジェクトのコンテキストで JCK を実行することに関心がある場合は、ライセンスが利用可能です。
^ 「OPENJDK COMMUNITY TCK ライセンス契約 V 1.1」(PDF)。Sun Microsystems 。 2008 年 3 月 8 日取得。ライセンシー実装が OpenJDK コードから大幅に派生していること、およびそのような実装が第三者に配布されている、または配布される予定がある場合は GPL ライセンスに基づいて配布されることを条件として、Sun は、TCK における Sun の知的財産権の範囲内で、ライセンシー実装の開発およびテストの目的に限り、TCK を社内で使用するための、世界規模で個人的、非独占的、譲渡不可、限定的なライセンスをライセンシーに付与します。
^ 「OpenJDK コミュニティ TCK ライセンス契約 V 2.0」(PDF) . openjdk.java.net .
^ 「ソースコード参照: jsr-352-git-repository」。2013年3月5日時点のオリジナルよりアーカイブ。2014年2月12日閲覧。
^ 「OPENJDK COMMUNITY TCK ライセンス契約 V 1.1」(PDF)。Sun Microsystems 。 2008 年 3 月 8 日取得。ライセンシー実装が OpenJDK コードから大幅に派生していること、およびそのような実装が第三者に配布されている、または配布される予定がある場合は GPL ライセンスに基づいて配布されることを条件として、Sun は、TCK における Sun の知的財産権の範囲内で、ライセンシー実装の開発およびテストの目的に限り、TCK を社内で使用するための、世界規模で個人的、非独占的、譲渡不可、限定的なライセンスをライセンシーに付与します。
^ Java コミュニティプロセスへの参加に関する ASF 理事会の声明、Apache Software Foundationブログ、2010-11-09
^ ASF が JCP 執行委員会を辞任、Apache Software Foundationブログ、2010-12-09

外部リンク

Java 互換性テストツール
JCP コミュニティリソース - TCK ツール

[announce-1] Hamilton, Graham (2004-12-13). 「J2SE 互換性テストソースがリリースされました」。2004-12-16 にオリジナルからアーカイブ。2008-03-08に取得。ライセンスが、JCK ソースを評価したい開発者の合理的なニーズを満たすように努めました。クリックスルーライセンスを通じて、無料で利用できます。「汚染」はありません。JCK のコピーを削除しても、将来の行動が制限されることはありません。これを本当に明確にするために、法律家が「残余権」と呼ぶものを明示的に許可するセクションを含めました。これは基本的に、頭に残っているものは将来使用しても問題ないことを意味します。フィードバックやコメントを公開できます。

[2] JCK プロジェクト 2007 年 7 月 8 日アーカイブ、Wayback Machineより

[3] 「"READ ONLY" SOURCE LICENSE AGREEMENT, v1.0 JAVA (TM) COMPATIBILITY KIT 6a」。Sun Microsystems。2007年6月。2010年12月31日時点のオリジナルよりアーカイブ。2008年3月8日閲覧。

[4] Darcy, Joseph (2008-03-06). 「JDK と JCK のバージョンの一致」。2011-08-12 にオリジナルからアーカイブ。2008-03-08に取得。OpenJDKプロジェクトのコンテキストで JCK を実行することに関心がある場合は、ライセンスが利用可能です。

[5] 「OPENJDK COMMUNITY TCK ライセンス契約 V 1.1」(PDF)。Sun Microsystems 。 2008 年 3 月 8 日取得。ライセンシー実装が OpenJDK コードから大幅に派生していること、およびそのような実装が第三者に配布されている、または配布される予定がある場合は GPL ライセンスに基づいて配布されることを条件として、Sun は、TCK における Sun の知的財産権の範囲内で、ライセンシー実装の開発およびテストの目的に限り、TCK を社内で使用するための、世界規模で個人的、非独占的、譲渡不可、限定的なライセンスをライセンシーに付与します。

[6] 「OpenJDK コミュニティ TCK ライセンス契約 V 2.0」(PDF) . openjdk.java.net .

[7] 「ソースコード参照: jsr-352-git-repository」。2013年3月5日時点のオリジナルよりアーカイブ。2014年2月12日閲覧。

[8] 「OPENJDK COMMUNITY TCK ライセンス契約 V 1.1」(PDF)。Sun Microsystems 。 2008 年 3 月 8 日取得。ライセンシー実装が OpenJDK コードから大幅に派生していること、およびそのような実装が第三者に配布されている、または配布される予定がある場合は GPL ライセンスに基づいて配布されることを条件として、Sun は、TCK における Sun の知的財産権の範囲内で、ライセンシー実装の開発およびテストの目的に限り、TCK を社内で使用するための、世界規模で個人的、非独占的、譲渡不可、限定的なライセンスをライセンシーに付与します。

[9] Java コミュニティプロセスへの参加に関する ASF 理事会の声明、Apache Software Foundationブログ、2010-11-09

[10] ASF が JCP 執行委員会を辞任、Apache Software Foundationブログ、2010-12-09