【ハウツー】概説 Springプロダクト(10) - モジュール化を支えるSpring dm Server | エンタープライズ | マイコミジャーナル
近年SpringSourceはモジュールに分離したアプリケーションの開発を行うための環境を整えてきた。その成果の一つがSpring dm Server(以下dm Server)である。 既に本企画では、SpringSourceが手がけた成果物としてSpring Dynamic Modules(以下Spring DM)を取り上げた。Spring DMは、SpringFrameworkのDIコンテナをOSGiコンテナへ展開を目的として始めたプロジェクトに対し、dm ServerはSpring DMをカーネルとして開発されたサーバである。 言い換えればSpring DMは各モジュールのワイアリングを行う機能を持った1モジュールだが、dm Serverはモジュールを動的にデプロイする事のできるコンテナであり、また開発しているモジュールの配布ができるリポジトリの役目を持つ。そのため、dm Serve
EclipseやSpringで使われている基盤技術OSGiとは (1/3) - ＠IT
読者の皆さんは、「OSGi」という技術を耳にしたことはありますか？ ソフトウェア統合開発環境の1つ「Eclipse」のコア技術というとピンと来る方も多いと思います。本稿では、ここ数年さまざまなアプリケーションの（SpringやJBoss、GlassFishでも）基盤技術として採用されているOSGiについて解説します。 日本企業も多数参加している「OSGi Alliance」 OSGiを一言でいうと、「Javaモジュールの動的追加や実行を管理するための基盤システム」です。この基盤システムの仕様をOSGi Service Platform仕様として、非営利団体であるOSGi Allianceが規定しています。 このOSGiの仕様を規定するOSGi Allianceは、1999年に「Open Service Gateway Initiative」という名称で設立されました。「Gateway」とい
InfoQ: Modular Java：動的なモジュール化
これからの当然の結果として、同じ名前の異なった Classオブジェクトを持つVM中に、複数のクラスローダを持つことができる、ということである。com.infoq.example.Appという名前のクラスを、同じVM上のバンドルcom.infoq.exampleのバージョン１とバージョン２の両方によってエクスポートできる。バージョン１にバインドされたクライアントバンドルは、バージョン１のクラスを得る。バージョン２にバインドされたクライアントバンドルは、バージョン２のクラスを得る。このことは、モジュールシステムにかなり普通に起きることである。同じVM上で、あるコードは、ライブラリの古いバージョンをロードする必要があり、一方（他のバンドルにある）新しいコードは、ライブラリの新しいバージョンが必要な場合である。幸いにも、OSGiは、そのような推移的な依存性を管理し、非互換なクラスに起因する問題がな
Modular Java：それは何なのか？
一般に、モジュールにはバージョン番号が割り当てられる。多くのオープンソースプロジェクトはlog4j-1.2.15.jarのように名付けられたリリースをつくる。これによって開発者は、実行時の手動検査によってではあるが、オープンソースライブラリの特定のあるバージョンが使われているかどうかをクラスパスを調査することによって決定することができる。しかし、プログラムは異なるバージョンのライブラリに対してコンパイルされていることが多い：暗黙の仮定はlog4j-1.2.3.jarに対してコンパイルしてlog4j-1.2.15.jarに対して動かしても挙動としては互換性がある、ということだ。次のマイナーバージョンにアップグレードするだけなら一般には互換性がある（これが log4j 1.3 での問題が結果として互換性のない新しいブランチ 2.0を作り出すことになった理由である）。これらの多くは一般的に制約よ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bundle.update: Java EEがOSGi化し、JSR 294 が凍結に
InfoQ: Modular Java：静的なモジュール化
