3
EARの一部(つまり - war)をOSGIバンドルに変換し、相互運用性を保持する必要があります。 Glassfish 3.0.1には既にosgi-web-container
モジュールがあり、スタンドアロンのOSGI戦争の展開に成功しました。EARモジュールをOSGIバンドルに変換する正しい方法
しかし、元企業戦争の場合、私にとっては少し難しいようです。
- 将来のOSGI戦争の中で からのEJBコールはどうすればよいですか?
@EJB
注射を真のJNDI ルックアップに置き換えても十分ですか? ? - APIとライブラリについて はEARで共有されますか?私は分割して を並べ替えることができますが、まだ私は に少なくとも1つの瓶が必要です。 EARとOSGI戦争。重複して、 をOSGIバンドルとして作成し、どうにかして を利用できるようにしてください。 GFドメインのライブラリパス?
- 可能な他のアイデアやアドバイス、そのハイブリッドを動作させるには?ここで
ありがとう!しようとします。あなたはhttp://www.java.net/blogs/ss141213/を所有するSahooと同じだと思いますか?もし可能であれば、私はあなたの答えを10回投票したいと思います:)そしてここには小さな質問があります:回答はGF 3.0.1に適用されるのでしょうか、それとも3.1のビルドを使用することを意味しますか?可能であれば公式3.0.1のリリースに固執したいと思います。 – Osw
はい、私は残念なことに同じ悪い男です。私が言ったことは3.0.1にも当てはまりますが、3.1リリースのosgi-web-containerにいくつかの問題を修正したので、まもなく出てくるので、3.1にアップグレードすることを強くお勧めします。 – Sahoo