この部分は、現時点では非常にサポートが貧弱だと思います。 OSGIでは、デプロイメントやパッケージングについて実際には何も定義していないため、他のフレームワーク(Eclipseなど)までは独自の方法を思いついています。
RCP(Eclipseベース)アプリケーションを構築している場合、Eclipseシステムはこれらのすべてを行い、exesなどの作成に至ります。ただし、ビルドはEclipseワークスペースで主に行われますが、ヘッドレスビルドはトリッキーです。 Tychoプロジェクトは、MavenとEclipseのビルドサイクルに参加することで、これをより合理的にしようとしていますが、それでも汎用OSGIではなくRCPアプリケーションに焦点を当てています。
私の状況でもあるRCPをやっていないのであれば、一般的な解決策が見つかっていないので、おそらく自分のソリューションをロールバックする必要があります。
アプリケーションに含まれるすべてのバンドルをリストする1つのPOMプロジェクトを定義します。このプロジェクトはすべて、参照をリストしています - それを 'bundle-list'プロジェクトと呼ぶことができます。
次に、paxプロビジョニングを使用してプロジェクトを開発モードで実行します。これは、 'bundle-list'ポームをpaxプロジェクトのプロビジョニングpomの親(通常は 'provision'フォルダ内)にすることによって実現されます。次に、paxを起動すると、そのプロジェクトのバンドルのリストを使用してOSGIを起動します。 'bundle-list'プロジェクトのバンドル参照は、これが機能するために '提供された'スコープとしてマークされなければなりません。
次に、ディストリビューションを作成するために、別のプロジェクトがあります。このプロジェクトには、バンドルリストプロジェクトも親としてあります。このプロジェクトでは、バンドルjarをダウンロードするなど、さまざまなプラグインを使用して配布を作成しています。このディストリビューションにはOSGIを起動するスクリプトが含まれていますが、手書きで書かれています.paxシステムはありません。
これは、バンドルのリストを1か所に保存するのにうまくいきますが、手書きのスクリプトがたくさんあり、2つのシステム間で設定を共有する際に問題があります。設定ファイル、バンドル開始レベルなど