 |
||||||||||||
|
||||||||||||
| 前のページ 1 2 3 | ||||||||||||
|
||||||||||||
| サービスを利用するためにBundleContextに登録されているサービスの追跡を行うServiceTracker | ||||||||||||
|
今度は「jp.co.thinkit.equinox.hello.ui」プロジェクトにある「META-INF/MANIFEST.MF」を開いてください（リスト4）。 リスト4：jp.co.thinkit.equinox.hello.uiのMANIFEST.MF
（省略）
「jp.co.thinkit.equinox.hello.ui」プロジェクトでは「Bundle-Activator」として「jp.co.thinkit.equinox.hello.ui.internal.UIActivator」クラスを指定しています。 それでは「jp.co.thinkit.equinox.hello.ui.internal.UIActivator」クラスを開いてください（リスト5）。
※注1：
今回はティッカー表示に使用しているSWTやJFaceの部分の説明は割愛します。
リスト5：jp.co.thinkit.equinox.hello.ui.internal.UIActivatorクラス  （画像をクリックすると別ウィンドウに拡大図を表示します） startメソッドにて「org.osgi.framework.ServiceTracker」クラスのインスタンスを作成しています。このServiceTrackerクラスはその名の通り、OSGiフレームワークに登録されているServiceを追跡するクラスです。 コンストラクタにはBundleContextのインスタンス、サービス名、フィルタを指定します。 インスタンスを作成後、ServiceTracker#open()メソッドを呼び出すことでOSGiフレームワークに登録されているサービスの追跡を開始します。サービスの取得はUIActivatorクラスの43行目で行っています（リスト6）。 リスト6：jp.co.thinkit.equinox.hello.ui.internal.UIActivatorクラスの43行目
Object[] services = tracker.getServices();
このように呼び出すことでServiceTrackerクラスが追跡しているサービスをすべて取得しています。ServiceTrackerの主要なメソッドを表2に示します。
表2：org.osgi.framework.ServiceTrackerの主要なメソッド OSGiではBundleContextインターフェースとServiceRegistrationインターフェース、ServiceTrackerクラスを操作することでサービスの動的な追加を実現しています。 |
||||||||||||
| まとめ | ||||||||||||
|
今回はBundle同士がどのように組み合わさっているのか、ソースコードを元に解説しました。解説したクラスはほとんどインターフェースばかりで、役割も細分化されています。
表3：今回解説したインターフェース DIコンテナが利用されるようになってからインターフェースをベースとしたプログラミングが推奨されるようになりました。モジュラリティが向上していけば、ますますその傾向が強くなるでしょう。 BundleContextを通してOSGiフレームワークへ登録したサービスを、BundleContextに登録したときに用いた名前で取得できる点は、DIコンテナと類似しています。代表的なDIコンテナであるSpringフレームワークでもBean定義を操作することで同様の操作を実現できます。 しかし、動的にサービスを追加・削除する操作はOSGiの方が、既存の環境にサービスを容易に追加できることを実感していただけるのではないでしょうか。 次回は最終回ですので、第1回で解説した現状の問題を、「モジュラリティの向上」によってどう解決しているかについて紹介し、連載全体を総括します。 |
||||||||||||
|
前のページ 1 2 3 |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
-
-
連載
