ベンダーに依存しないオープンなプロセスのもと、世界有数のJavaの組織、数百人の専任開発者、Eclipse Foundationスタッフといった多様なコミュニティがJakarta EE 8 Full Platform、Web Profiles、関連するTCK、そしてJakarta EE 8互換の実装として認定されているEclipse GlassFish 5.1をリリースしました。
Java EEはエンタープライズアプリケーションの開発と実行のためのプラットフォームで、20年以上にわたって業界全体で選択されています。 IDCによると、Fortune 500企業の90％は、ミッションクリティカルなワークロードはJavaに依存しています。Jakarta EE 8は、ソフトウェアベンダー、1,000万人以上のJava開発者、および数多の企業に、Java EEアプリケーションとワークロードを標準ベースのベンダーに依存しないオープンソースのエンタープライズJavaスタックに移行するために必要な基盤を提供します。
Jakarta EE Working GroupのSpecification Committeeのたゆまぬ努力の結果、仕様開発はJakarta EE仕様プロセスとEclipse開発プロセスに従っています。これらは、Java EEのJava Community Process（JCP）に対するコミュニティ主導のオープンな後継者です。これにより、仕様を生成するための完全にオープンな共同アプローチが可能になり、コミュニティがすべての決定を共同で行います。オープンソースのTCKおよび自己申告のオープンプロセスと組み合わせることで、Jakarta EEは、独立した実装への参加と参加の障壁を大幅に低下させます。
Jakarta EE 8仕様はJava EE 8仕様と完全に互換性があり、開発者が長年使用してきた同じプログラミングモデルを使う、同じAPIとJavadocが含まれています。Jakarta EE 8 TCKは、Java EE 8 TCKに基づいており、完全に互換性があります。つまり、エンタープライズのお客様は、Java EE 8アプリケーションを変更せずにJakarta EE 8に移行できます。
GlassFish 5.1に加えて、IBMのOpen LibertyサーバーランタイムもJakarta EE 8互換の実装として認定されています。Jakarta EE Working Groupのすべてのベンダーは、各ベンダーのJava EE 8実装がJakarta EE 8と互換性があることを保証する予定です。
行動の呼びかけの一環として、Jakarta EE Working Groupの新しいメンバーを積極的に募集しています。メンバーシップの便益と利点をよく調べていただければと思います。Javaがビジネスにとって重要であり、すべての人に利益をもたらす、よく管理された、ベンダーに中立なエコシステムの中でJakarta EEの革新、成長、および持続可能性を確保したい場合は、今すぐ参加しましょう。
また、クラウドネイティブJavaとは何か、多くの企業にとってクラウドネイティブJavaが重要である理由、およびJakarta EEテクノロジーがどこに向かっているのかについてのコミュニティの視点について詳しく知りたい場合は、Fulfilling the Vision for Open Source, Cloud Native Javaという新しい無料の電子ブックをダウンロードしてください。クラウドネイティブJava。 Adam Bien、Sebastian Daschner、Josh Juneau、Mark Little、Reza Rahmanが自身のインサイトと専門知識をこのeBookにつぎ込んでくれたことに感謝いたします。
Tracing of JAX-RS リソースのトレースは自動化されています（ @Tracedで無効化できます）。以下はHealth checkのサンプルで使ったbeanの例で、getMessageメソッドをトレースしています。
@ApplicationScoped
public class GreetingProvider {
private final AtomicReference<String> message = new AtomicReference<>();
/**
* Create a new greeting provider, reading the message
* from configuration.
*
* @param message greeting to use
*/
@Inject
public GreetingProvider(
@ConfigProperty(name = "app.greeting") String message) {
this.message.set(message);
}
@Traced(operationName = "GreetingProvider.getMessage")
String getMessage() {
return message.get();
}
...
}
TCKプロセスの作業は、Scott Stark (Vice President of Architecture at Red Hat) がリードして進めています。 TCKプロセスのドキュメント v 1.0 はまもなく完成する予定です。ドキュメントは移植性を提供するのに適していると評価されるためにTCKが備えていなければならないマテリアルや、テストに臨む際のプロセス、解決方法などの側面に焦点を当てています。
Jakarta EE 8はJakartaOne Livestreamのその日、2019年9月10日リリースを予定しています。
Javax package namespace discussions
仕様委員会 (The specification committee) は、コミュニティが考慮すべき、javaxパッケージ名前空間の利用制限について、Big BangとIncrementalの2個のアプローチを提示しました。
Working Group内の議論やコミュニティからの声に基づいて、バイナリ互換性に関する作業がさらに検討されるまで、仕様委員会はまだどのアプローチを取るか決定を留保しています。このことを念頭に置き、Working Groupメンバーはバイナリ互換性に対する技術的なアプローチに時間をかけて取り組み、その後顧客、ベンダー、そして開発者にとってベストな選択しを提示、決定する予定です。
SPECIFICATIONS COMMITTEE – Alex Theedom (London Java Community)
MARKETING COMMITTEE – Theresa Nguyen (Microsoft)
コミッター代表 (Committer Representative)
STEERING COMMITTEE – Ivar Grimstad
SPECIFICATIONS COMMITTEE – Werner Keil
MARKETING COMMITTEE – 欠員
Jakarta EE Community Update: June video call
直近のJakarta EE Community Updateミーティングは6月に行われました。Jakarta EE 8の進捗や計画、仕様名の変更や使用範囲の定義の進め方、TCKプロセスのアップデート、著作権仕様許諾契約、PMCおよびプロジェクトのアップデートなどなどのトピックについて会話がありました。ミーティング中で使用したマテリアルはこちらに、Zoomの録画はYouTubeにそれぞれUp済みです。
7月のJakarta EE Community Updateは7月17日に開催されました。
EclipseCon Europe 2019
EclipseCon Europe 2019のCfPは7月15日で締め切られました。コンファレンスは2019年10月21日から24日の期間、ドイツのLudwigsburgで開催されます。
Jakarta NoSQLはEclipse JNoSQLと同じアプローチを使う予定です。言い換えると、NoSQLタイプ（Key-Value、カラム、ドキュメント、グラフ）ごとに1つのAPIがあります。マッピングでは、Entity、Column、IdなどのMappingアノテーションを含む、すべてのNoSQLデータベースに共有されるクラスを持つ共通APIを伴う同じパスを使用します。
import jakarta.nosql.mapping.Column;
import jakarta.nosql.mapping.Entity;
import jakarta.nosql.mapping.Id;
import java.util.List;
@Entity
public class Person {
@Id
private Long id;
@Column
private String name;
@Column
private List<String> phones;
//getter and setter
}
import jakarta.nosql.document.DocumentQuery;
import jakarta.nosql.mapping.document.DocumentTemplate;
import javax.enterprise.inject.se.SeContainer;
import javax.enterprise.inject.se.SeContainerInitializer;
import java.util.Arrays;
import java.util.Optional;
import java.util.concurrent.ThreadLocalRandom;
import static jakarta.nosql.document.DocumentQuery.select;
public class App2 {
public static void main(String[] args) {
ThreadLocalRandom random = ThreadLocalRandom.current();
Long id = random.nextLong();
try (SeContainer container = SeContainerInitializer.newInstance().initialize()) {
Person person = new Person();
person.setPhones(Arrays.asList("234", "432"));
person.setName("Name");
person.setId(id);
DocumentTemplate template = container.select(DocumentTemplate.class).get();
Person saved = template.insert(person);
System.out.println("Person saved" + saved);
DocumentQuery query = select().from("Person")
.where("_id").eq(id).build();
Optional<Person> personOptional = template.singleResult(query);
System.out.println("Entity found: " + personOptional);
}
}
}
Jakarta EEには明るい未来があります。オープンソースであり、重要な統合の機能が含まれており、そして最も重要なのはコミュニティです。結局のところ、透明性を高めることがJakartaの最も強力な側面です。つまりテクノロジ自体ではなく、コミュニティの中心の透明性です。したがって、成功は各開発者の手に委ねられています。 この最初のJakarta EEの仕様で両方を提供したいと思っています。
Jakarta EE 8リリースの作業に皆様のご支援が必要です。プロジェクトチームはEclipse EE4Jプロジェクトに参加して、 Jakarta Specification Project NamesとJakarta Specification Scope Statementsの支援をお願いします。
Election schedule for Jakarta EE working group committees
3つの主要委員会（Committee、Steering Committee、Specification Committee、Marketing and Brand Committee）がJakarta EE Working Groupのさまざまな役割を推進していきますが、そのメンバーは選挙で選ばれます。選出された人は、Enterprise Members、Participant Members、Committer Membersのそれぞれを代表します。Strategic Membersにはそれぞれこれらの委員会に任命された代表がいます。
Eclipse FoundationはJakarta EE Working Groupに代わり、以下のタイムテーブルで選挙を実施しました。
Jakarta EEを進化させるためには、新しい名前空間に移行する必要があります。会話をはじめるために、Jakarta EE仕様委員会はスムーズな移行を進めるため、新しい名前空間への移行方法に関する2つの提案（Jakarta EE 9でのビッグバン的な変更、Jakarta EE 10の新機能とJakarta EE 9以後の変更の都度の段階的な変更）を準備しました。これらの提案は出発点にすぎず、コミュニティからのより多くの提案を期待しています。
Eclipse Foundationは最近、2019年のJakarta EE開発者調査の結果を発表しました。これは、エンタープライズJavaプログラミングのトレンドとクラウドネイティブテクノロジの採用についての調査で、1,800人近くのJava開発者を対象としたものです。 London Java CommunityやJava User Groupsを含むメンバー企業やパートナーと協力して2019年3月にEclipse Foundationが実施したこの調査の目的は、JavaエコシステムのステークホルダーがエンタープライズJava開発者コミュニティのもつ要件、優先順位、認識の理解を進めるためです。 結果は以下からご覧頂けます。
技術革新を妨げずに将来のバージョンでJava EE 8およびJakarta EEとの互換性を最大限に高める方法
Jakarta EE 8のリリース
PMC/Projectsアップデート、など。
Jakarta EEコミュニティアップグレードミーティングの議事録、ならびに動画がありますのでご利用ください。
Jakarta EE presence at conferences: May overview
5月はクラウドネイティブが街の話題になっていました。JAX 2019、Red Hat Summit 2019、KubeCon + CloudNativeCon Europe 2019などのコンファレンスの内容はクラウドネイティブとITモダナイゼーション成功のためのこの重要なアプローチの活用方法で埋め尽くされていました。Eclipse Foundationはクラウドネイティブテクノロジーの採用をより理解するため、コミュニティの意向を探るべくそこにいました。
またこの時期がやってきました。EclipseCon Europe 2019のスピーカーの一員となるべくCfPを出してください。コンファレンスはドイツのLudwigsburgで2019年10月21日から24日に開催されます。CfPのEarly Bird submissionは7月1日まで、最終締め切りは7月15日です。Jamekaのブログエントリをご覧になって、すぐにCfPを出してください！
Mike Milinkovichは先週の自身のエントリに対する反応に対して、再度 Jakarta EE Steering Committeeの一致した見解を表すとともに、Jakarta EEの最初のリリースであるJakarta EE 8（Java EE 8完全互換、javaxパッケージ名前空間を使用）に関する質問に答えることを目的として、上記エントリを発表しました。
Will Jakarta EE 8 break existing Java EE applications that rely upon javax APIs? (Jakarta EE 8はjavax APIを使う既存のJava EEアプリケーションを壊そうとしている？)
いいえ、Jakarta EE 8は、javaxパッケージ名前空間のAPIに依拠している既存のJava EEアプリケーションを壊すことはありません。Jakarta EE 8はJava EE 8の完全互換を目指してします。Jakarta EE 8はJava EE8で指定されているのと同じjavax名前空間、同じjavax API、同じ動作が指定されるはずです。Java EE 8のTCKをパスした実装は、Jakarta EE 8のTCKにもパスするでしょう。なぜならJakarta EE 8のTCKはJava EE 8のTCKと同じソースを基にしているからです。Jakarta EE 8はJava EE 8アプリケーションやjavax APIの利用に対して変更を加える必要はありません。
What will Jakarta EE 8 consist of? (Jakarta EE 8の構成要素)
Jakarta EE 8仕様は以下のようなもので構成されるでしょう。
Java EE 8仕様完全互換
同じjavaxパッケージ名前空間を使う、同じAPIそしてJavadocを含む
オープンソースのライセンス下でJakarta EE 8 TCKを提供。このTCKはJava EE 8 TCKをベースにしており、完全な互換性がある
Jakarta EE 8 Platform仕様を含む。これにはJava EE 8 Platformと同じプラットフォーム統合要件が記載されている。
Jakarta EE 8仕様がリリースされたタイミングで、Jakarta EE 8 Platformの複数の互換実装（Compatible Implementations） に言及
実装がJakarta EE 8互換であることを説明するための互換性ならびにブランディングプロセスを提供
Will there be Jakarta EE 8 compatible implementations? (Jakarta EE 8互換実装はあるか？)
はい。Jakarta EE 8仕様がリリースされるタイミングで、Jakarta EE 8 Platformの複数の互換実装が利用可能になる予定です。すべてのJava EE 8互換実装もまたJakarta EE 8互換実装であり、Jakarta EE 8 Working Groupに属するベンダーは自社のJava EE 8互換実装をJakarta EE 8互換として認定する予定です。さらに、Jakarta EE TCKはオープンソースのライセンス下で入手できるので、他のテクノロジーベンダーが自身の実装をJakarta EE互換と実証するためのハードルを下げる予定です。より低コストかつより自由なJakarta EEの商標ライセンスにより、 多くのテクノロジープロバイダーがEnterprise JavaコミュニティにおけるJakarta EEブランドを活用し強化できます。Jakarta EE 8はオープンでベンダーニュートラルなコミュニティ主導のプロセスの下、Jakarta EEテクノロジーの進化のための新たなベースラインを提供します。
What is the process for delivery of Jakarta EE 8 (Jakarta EE 8のデリバリに関するプロセス)
Jakarta EE 8仕様のデリバリプロセスは完全に透明性があり、Jakarta EE Specification Processに完全に従います。 Java EE8コンポーネント仕様に対応した最初のJakarta EE8コンポーネント仕様のドラフトが、数週間以内に提供される予定で、これらには、関連するAPIを定義するJavadocと、互換性テスト用のTCKが含まれます。仕様文書を公開するには、この文書の著作権ライセンスを取得する必要がありますが、Eclipse Foundationでは、OracleとIBMからの貢献により、両社の著作権ライセンスを取得しています。できるだけ多くのコンポーネント仕様を公開するため、Jakarta EE 8 Platform仕様文書と、必要な残りの著作権ライセンスも取得するつもりです。過去にJCPでJava EE仕様に貢献したことがあれば、今後Jakarta EEでその貢献を利用するためのライセンスを提供をお願いするためにEclipse Foundationからご連絡することになるでしょう。このようなライセンス提供は、新しい仕様プロセスとJakarta EEコミュニティをサポートする上で重要なステップとなるでしょう。これらのドラフト仕様は、オープン・コミュニティ・プロセスにて最終仕様に発展します。ぜひ仕様プロジェクトに参加してください。
When will Jakarta EE 8 be delivered? (Jakarta EE 8のリリース時期)
Jakarta EE Working Groupは2019年秋までにJakarta EE 8仕様の最終版をリリースしたいと考えています。これはオープンなコミュニティ主導の取り組みであるため、Jakarta EE仕様の推進、Jakarta EE 8 TCKのデリバリ、Jakarta EE 8互換実装というプロセスには透明性があります。
