Sling/JCR の展開シナリオを理解しようとしていたときに、Sling Launchpadを使用して jar を使用してサーバーを起動するだけでよいのではないかと考え始めました。私のプロジェクトはパフォーマンスよりもシンプルさが必要ですが、このアプローチに深刻な問題はありますか? または、Sling/JCR の展開について詳しく説明している適切な場所はありますか?
3 に答える
Sling アプリケーションのデプロイ方法に関する詳細な説明はないと思います。ユーザーのメーリング リスト ( http://sling.apache.org/site/project-information.html#ProjectInformation-lists ) 他の人が自分の経験を共有できるようにします。
ランチパッドから始めることに関しては、問題はないと思います。これは、Adobe CQ5 で Sling を使用している方法とほとんど同じです。主にアップグレード管理に関連するいくつかの機能を追加する独自のカスタマイズされたランチャーがありますが、基本は同じです。
プロジェクトの詳細はほとんどありませんが、Sling-Launchpad は、選択可能なバンドルで OSGi 環境を開始するための非常に便利なツールであると言えます。環境に含めるバンドルのリストを作成するだけです。これは、 Apache Stanbolプロジェクトで非常に積極的に使用されています。詳細については、Stanbol のさまざまなランチャー ( full、full-warなど) を調べることができます。これらのランチャーは、サーバーの起動に必要なファイルを含む単一の jar ファイルを生成します。
Cryo-answer、おそらく遅くても何もしないよりはましです。クラスター化された構成を求めていない限り、sling トランク ビルドには、debian パッケージにランチパッド jar をパッケージ化する debian contrib モジュールが含まれるようになりました。これは単純なパッケージング メカニズムであり、考えられるすべてのユース ケースを完全に活用するわけではありませんが、ログをセットアップし、構成セットアップ用に etc/defaults を提供します。