You can deploy your applications as OSGi budles to WebSphere Application Server using OSGi Application add-on.

1. WebSphere Application ServerのOSGi対応について 2009/12/23@OSGi勉強会 日本IBM 須江 信洋 ※この資料は2009/12/22時点での公開情報に基づいて記載されています。 また、資料の内容は個人としての見解を述べたものであり、 所属する企業・組織が内容を保証するものではありません。

2. 自己紹介 氏名: 須江 信洋(すえ のぶひろ) 所属: 日本IBM ソフトウェア事業WebSphereテクニカル・セールス しごと: WebSphereを売る お世話になっているコミュニティ JJUG, JGGUG, JSUG その他 http://twitter.com/nobusue ガジェット好きです(Kindle買いました)

3. お品書き Java EE屋がOSGiに注目すべき理由 主要APサーバーのOSGi化 Javaのクラスローダーの限界 WebSphereのOSGi対応 最新状況 WAS7.0: OSGi Open Alpha 導入手順 何が変わるの？ Blueprint ServiceとApache Aries

4. 主要APサーバーのOSGi対応状況 WebSphere v6.1から内部はOSGiベース WebLogic v10.3から内部はOSGiベース Glassfish v3からOSGiベース JBoss JBossOSGi 1.0.0Beta5 (2009/12/09) SpringSourcedm Server 先進的 OSGi対応が 基本

5. Javaのクラスパスの課題 実行環境におけるクラスの依存関係は、実行してみないと分らない コンパイル時にはクラスの依存関係が満たされていても、実行時にそれを担保するための仕組みがない 依存性解決がフラットである モジュール分割していても、クラスパスの定義は分割できない⇒階層型クラスローダーである程度解決？ よくある問題 あるJARが必要とするJARは、実行してみないと判別できない 必要なJARを試行錯誤(いわゆるJAR hell)

6. 階層型クラスローダーの課題 同一クラスローダー内ではクラスがユニークでなければならない 従来のAPサーバーでは、WAR/EAR/Globalなどのレベルでクラスローダーを階層化 クラスローダーを分ければ、同じクラスの異なるバージョンの共存が可能だが・・ よくある問題 ロギング/XMLパーサー/バイトコード操作ライブラリなどのバッティング

7. そこでOSGiですよ 依存モジュールの明確化 実行時の依存性解決を担保 実行前の事前検証が可能 ネットワーク型の依存性解決 モジュールに閉じたクラスパスの管理 モジュールのバージョニング モジュールを組み合わせる際の、依存モジュールのバッティングを回避

8. WebSphere Application Server V7 OSGi Applications WAS V6.1では、コンテナ側はOSGi化されていたが、ユーザーアプリケーションは従来の階層型だった WAS V7にOSGi Applicationsを適用することで、ユーザーアプリケーションもOSGiバンドルとしてデプロイ可能に

9. WAS V7 OSGi Applications 現在、Open Alpha公開中 https://www14.software.ibm.com/iwm/web/cc/earlyprograms/websphere/iwsasosgia/ OSGi 4.2 Blueprint component model対応 internal / external bundle repository対応 JNDIとOSGi service registryの統合 Open Alpha動作環境 WAS V7.0 FixPack5 Windows / RHEL / SLES (x86)

10. 提供されるもの Open Alphaバイナリ(2009/11/20 ver) WAS v7用アドオン サンプルアプリケーション(2種) リリースノート Getting Started Open Alpha ドキュメンテーション 48ページのかなり詳細なドキュメント

11. 導入手順 インストール OSGi-Applications-Open-Alpha.20091120.zipを<WAS_HOME>直下に展開 <WAS_HOME>/feature_packs/aries/bin/complete_installation.[bat|sh] プロファイル拡張 指定したWASプロファイルのOSGi Apps機能を有効にする <WAS_HOME>/feature_packs/aries/bin/augumentProfile.[bat|sh] <profile名>

12. 管理コンソールの拡張 プロファイルを拡張すると、以下の機能がコンソールに追加される OSGibundleのデプロイとバージョン管理 OSGibundle repository の構成

13. OSGi Appsのデプロイメント・モデル OSGi Bundle(.jar) OSGimetadata OSGi Bundle(.jar) OSGi Bundle(.jar) Enterprise Bundle App (.eba) Web App Bundle(.war) BusinessLevelApplication ContextPath Enterprise Bundle App(.eba) VirtualHost Enterprise Bundle App(.eba)

14. (参考)従来のデプロイメント・モデル EJB / SharedLib(.jar) OSGi Bundle(.jar) OSGi Bundle(.jar) Enterprise App (.ear) Web App (.war) BusinessLevelApplication ContextPath Enterprise App (.ear) VirtualHost Enterprise App (.ear)

15. Blueprint component model あるBundleが提供するサービスを、Client(他のBundle)から動的に参照 [OSGI-INF/blueprint/xxx.xml] <blueprint xmlns:tx="http://www.ibm.com/appserver/schemas/8.0/blueprint/transactions" xmlns:jpa="http://www.ibm.com/xmlns/ibm-blueprint-jpa/v1.0.0"> <bean id="blabberImpl" class="com.ibm.ws.eba.example.blabber.persistence.BlabberImpl"> <jpa:context property="entityManager" unitname="blabber" /> <tx:transaction method="*" value="Required"/> </bean> <service id="blabberService" ref="blabberImpl" interface="com.ibm.ws.eba.example.blabber.persistence.spi.BlabberUserInterface" /> </blueprint> OSGi Bundle(.jar) InitialContextic = new InitialContext(); return (BlabberUserInterface) ic.lookup("aries:services/" + BlabberUserInterface.class.getName()); Client

16. Apache Aries 現在、incubatorに提案中 http://wiki.apache.org/incubator/AriesProposal WAS V7 OSGi Appsのベース OSGiベースのエンタープライズ・アプリケーションにおけるコンポーネント・フレームワークを目指す OSGi Alliance Enterprise Expert Group(EEG)によって定められた仕様の実装 複数Bundleで構成されるアプリケーションのアセンブリ・フォーマット JavaEEコンテナ・サービスとの統合など

17. まとめ 次世代JavaEEでは、OSGi必修になりそう Neilさんのセッションで勉強！！ WAS V7のOSGiApplicationsぜひ試してみて下さい(そしてフィードバックを・・・) Apache Ariesはどうよ？ 今のところ、IBM/SAP/Progress?