問題タブ [xsbt-web-plugin]

Scala 2.10.1 と sbt を使用して、webapp を war ファイルとしてパッケージ化しています。効率的な rsync デルタの目的で、war を .war ファイルとしてパッケージ化したいのですが、zip 圧縮はしません。このためにビルドを構成する方法を知る必要があります。

更新:
これらのすべてのプラグイン ドキュメントは、構文がどのように機能するか、タスクを新しいタスクに結合する方法などに関するすべての知識を前提としています。パッケージ化してからコマンドを実行する新しいタスクを作成する方法さえわかりません。これまでのところ、「これがあなたの仕事です..」と具体的に述べた回答はありません。

明確にするために、これが私が求めているすべてです：

これを行うタスク「packnozip」が必要です。

1) 「パッケージ」を実行

2) シェル コマンドを実行します。

つまり、sbt コンソールに「packnozip」と入力して、#1 と #2 を実行させたいということです。

今のところ、自動化できるとばかげているように見える＃2を手動で行っています。また、30MB のファイルが rsync b/c によって完全に再送信されるのを見るのは、diffable ではありません。 「-z」はとにかく転送を圧縮します。

Jconsole または VisualVM で MBean を検査できるように、JMX ポートを開くように xsbt-web-plugin を構成するにはどうすればよいですか?

私の現在の設定では、VisualVM は「JMX 接続を確立できませんでした」という MBean を表示しません。

望ましい結果は、次の行で xsbt-web-plugin が jetty を呼び出すことになると思います。

大気フレームワーク アプリケーションを作成しました。Xsbt container:start を使用すると、アセンブリがスキャンされず、クラスの注釈が見つかりません。

ただし、プロジェクトを war としてパッケージ化して tomcat にデプロイすると、完全に機能します。

クラスパスに問題があるようですが、これを診断する方法がわかりません。グーグルやいじくり回してもあまり見つけられない

クラスを手動で webapp/WEB-INF/classes にコピーし、ライブラリを webapp/lib/ にコピーすると、アプリケーションは機能しますが、大気のデバッグは機能しません。

sbt が私の依存関係を /home/me/.ivy2 に追加していることを知っています

ビルドをbuild.sbtからBuild.scalaファイルに移動していますが、 xsbt-web-pluginを使用するときに jetty ポート設定をオーバーライドするのに問題があります。build.sbtを使用すると、次を使用してプロパティを設定できました。

私の .scala ファイルでいくつかのことを試しましたが、たとえばBuildSettingsオブジェクトでは、jetty は常に 8080 から始まります。

Build.scalaの Project 定義でオーバーライドすることも試みました。

しかし、それは常に 8080 で始まります。どちらの場合も、実行するとshow port8081 が表示されます。

xsbt-web-pluginでSBT を使用すると、コンソール ( ) に移動すると、通常はコンテナーのクラスパスにあるsbt consoleものにアクセスできません。src/main/webapp

コンテキストは次のとおりです: webapp と単体テストの両方で実行される特定のコードを取得して、コンソールで実行しようとしています。に格納されているビュー テンプレートの 1 つをロードするコードにたどり着くまでは、すべて問題src/main/webappありません。

Heroku [lien] http://www.scalatra.org/guides/deployment/heroku.html#toc_177に Scalatra アプリをデプロイするガイドに従ったところ 、次のエラーが発生しました。

SBT の私のバージョンは 0.13.0..

情報については、私は scalatra と sbt のデビュタントです。助けてください..

SBT を使用するように変換した既存の Java プロジェクトで作業しているときに、この問題に遭遇しました (以前は純粋に Eclipse に基づいていました)。Eclipse (まだ sbteclipse で Eclipse を使用していた) がにマップされてorg.my.FooServletいると報告していたにもかかわらず、Web ブラウザ経由でアクセスできないサーブレット (たとえば) がありました。/FooServletorg.my.FooServlet

したがって、プロジェクトを SBT を使用するように変換したことに起因する可能性のあるいくつかの問題 (たとえば、いくつかの依存関係の欠落、または隠された、または一見無関係な (誤った) 構成の問題) を除外するために、私は先に進み、新しい SBT プロジェクトを作成して再現を試みました。最小限の複雑さで問題を解決します。したがって、現在、以下の構成/コード/出力があり、まだ問題が発生しています:

container:start出力：

build.sbt:

project/plugins.sbt:

src/main/java/webtest/TestServlet.java:

src/main/webapp/WEB-INF/web.xml: (完全に削除しても違いはありません)

2 つのコード ファイルのいずれかを編集して保存するたびにコンテナーがリロードされ、ファイルがコンパイルされるため、少なくとも SBT はそれらを取得しています。問題は、なぜ Jetty ではないのかということです。また、すべてのクラスを下からコピーして無駄にしようとしました（テストダミープロジェクトではなく、元のプロジェクト内でtarget/scala-2.10/classes）src/main/webapp/WEB-INF/classes。

org.eclipse.jetty.annotations.AnnotationConfigurationbutのconfigurationClassesプロパティに追加しようとしていますorg.eclipse.jetty.webapp.WebAppContext(Jetty を で呼び出すときsbt containe:start):

<Set ...>を<Call name="setConfigurationClasses">(バリアントString[]と同様に) に変更しようとしましたList<String>が、役に立ちませんでした。それでも、毎回同じリフレクション例外が発生します。

私のjetty-web.xmlは次のとおりです。

回答: https://github.com/JamesEarlDouglas/xsbt-web-plugin/blob/master/src/jetty-9/scala/Jetty9Runner.scalaで決定すると、 xsbt-web-plugin は構成プロパティをWebAppContextハードコードされた値に設定しますであるため、XML 構成に何が含まれていても、おそらく単純に無視されます (または、明らかにエラーが発生します)。