問題タブ [sbt-native-packager]

Play (scala) マルチモジュール プロジェクトでは、dist タスクを実行するスコープに応じて、スコープ付きの依存関係を dist アーティファクトに含めたいと思います。次のようなモジュールがあります。

実行すると、module1.jarのみを含むdistアーティファクトを生成できるようにしたいと思います

実行すると、module1.jarとmodule2.jarの両方を含むdistアーティファクト

ユースケースは、特定のモックを含むロード テストまたはエンド ツー エンド テスト用の dist を作成できるようにしたいと考えており、本番用にビルドされた実際の dist にそのモックを含めたくない場合です。ここでのtestスコープは一例です。他の潜在的なカスタム スコープも使用したいと思います。

私は単純にこれでうまくいくと思っていましたが、残念ながらそうではありません。タスクのスコープは dist タスクにはまったく影響しません。私はすでに sbt-native-packager に関して多くの調査を行ってきましたが、mappingsスコープごとに異なるものを定義することはできませんでした。私が望むものを達成するために見逃している組み込みの方法はありますか? または、言及されたユースケースをサポートする別のアプローチはありますか?

play 2.3.8 アプリケーション用の debian パッケージを作成しています。

次の設定を使用します。

ただし、/etc/init.d/ スクリプトは生成されません。

変換を削除するとlinuxPackageMappings、init.d スクリプトが生成されます。

Scala Play フレームワーク 2 に基づいて Web API を作成しました。以前は、Tomcat を使用して本番環境にデプロイするために、SBT プラグインを使用してwarファイルを生成しました。SBT ネイティブ パッケージャー プラグインを使用して、Play プロジェクトからネイティブ パッケージをビルドできるようになりました。これを使用して、Web アプリから debian パッケージを生成しました。

しかし、私はそれがどのように機能するのか理解していません。debian パッケージを生成してインストールし、デーモンを起動できましたが、API がリクエストをリッスンしていないようです。

最初のケースでは、Tomcat は Play アプリを含む war ファイルをホストし、HTTP 接続を管理します。Tomcat でwarファイルのように適切に動作するために、debian パッケージに不足している部分があるように感じます。

問題は、ネイティブ パッケージャー プラグインを使用してスタンドアロンの HTTP API をデプロイするにはどうすればよいかということです。HTTP 接続を処理するのは何ですか? 私のプロジェクトには何が欠けていますか?

前もって感謝します

ライブラリを使用し、を使用してビルドする単純なsbtアプリケーションがあります。 typesafe-configsbt-native-packager

次のコマンドを使用してビルドします。

ディレクトリ内srcには、次の階層があります。

そして、私のアーカイブは常にのmainバージョンのみを含むことになりますapplication.conf

application.confたとえば、プロジェクトのビルド中に渡された Java プロパティに基づいて特定のファイルを含める簡単な方法を探していますが、何も見つかりません。

マルチプロジェクト SBT/Play2 アプリがあり、メイン プロジェクト (他のプロジェクトを集約する) の Docker イメージを公開する必要があります。

問題はsbt-native-packager、ローカル リポジトリですべての PLAY プロジェクトのイメージを公開することです。ルート イメージは問題なく動作しますが、他に公開すべきでないイメージが 2 つあります。

plugins.sbt に追加したもの

これが私の build.sbt です

そして、これは私が得るものです

sbt docker:publishLocal

sbt-native-packagerこれらのサブプロジェクトのイメージを公開しないように構成する方法を知っていますか?

ご協力いただきありがとうございます ：）