この記事を読んだ後、1 つの疑問が頭に浮かびました。「OSGi は Java EE になるのでしょうか?」OSGi は Java EE を置き換える予定ですか? OSGi は Java EE をインクリメントしていますか?」歴史的に見て、OSGi が Java EE とはまったく異なるのは事実ですが、EEG から得られた成果を考えると、これらのサービスの一部は Java EE サービスです。もう 1 つの事実は、API にとらわれない OSGi とは対照的に、Java EE を使用する人がその API に Java EE を使用しているということです。
どこに行くのかわからないのですが、皆さんはどうですか？
OSGi はコンテナー技術です。(たとえば) サーブレット、JDBC、EJB、JMS などの Java EE テクノロジとは関係ありません。
コード コンポーネントの (バンドルへの) パッケージ化とその管理を行います。これは、ソリューションをパッケージ化する方法に影響を与える可能性があります (たとえば、.ear または .war を使用しない可能性があります) が、プログラミングに慣れている API は変更されません。
私はOS-JEE-iという用語が好きです。
試してみたい場合は、すでに存在します: IBM WebSphere Application Server 6.1: Componentization Overview . BEA と JBoss の実装が進行中であると思っていましたが、最近は何も聞いていません。
OSGi は Java EE に取って代わるものではありません。プラグイン フレームワークを追加することで OSGi を拡張します。それが将来の Java EE 標準の一部になるかどうかは、おそらく、Sun の買収、Project Jigsawの将来 ( JSR 277の置き換え)、およびおそらく私が知らないいくつかの要因に依存します。Java EE 6の計画はありませんが、指を交差させてJava Standard Edition 7に何かが組み込まれることを願っています。
OSGi は J2EE にはなりません...それが何を意味するのかさえわかりません! J2EE コードをよりスムーズに OSGi に移行するのに役立つ機能を追加しています。ただし、これらはオプション機能であるため、Java EE レガシーがない場合は使用する必要はありません。
おそらく、J2EE がかつてそうであったように、OSGi が Java アプリケーションの配備コンテナーとして広く受け入れられるようになるかどうかという質問の方が適切かもしれません。私見の答えは明らかにイエスです。
新しいバズワードJOSH: A Proposed Software Stack for the Enterpriseに関する InfoQ の記事をご覧ください。Java EE はまったくありません。J SON、O SGi、S cala、H TTPのみ。かなり面白いです...