OSGi Applications(Open Alpha) for WAS7.0

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

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

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

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

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

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

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

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

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)

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

導入手順
インストール
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名>

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

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)

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

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

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

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

http://d.hatena.ne.jp	131
http://www.slideshare.net	39
http://www.mefeedia.com	2

OSGi Applications(Open Alpha) for WAS7.0

by Nobuhiro Sue on Dec 23, 2009

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 172

Statistics

OSGi Applications(Open Alpha) for WAS7.0 — Presentation Transcript