問題タブ [maven-jetty-plugin]

Maven を使用して NetBeans からホットデプロイメントで Tomcat を実行しようとして失敗した後、jetty を試しました。jetty-maven-plugin docは私に重要なヒントを与えてくれました:

プラグインは、デプロイ前にクラスが再構築されて最新であることを自動的に確認します。クラスのソースを変更し、IDE がバックグラウンドで自動的にコンパイルする場合、プラグインは変更されたクラスを取得します。

プロジェクト ディレクトリの $myproject/target/classes/... を見ると、保存時に NetBeans がクラス ファイルをコンパイルおよび更新していないことがわかります。ファイルを更新するには、プロジェクトを明示的にビルドする必要があり、jetty が変更を取得します。(プラグイン パラメータ「scanIntervalSeconds」は 1 に設定されます。)

jetty が変更を取得できるように、保存時にコンパイルしてクラスファイルを更新するように NetBeans に指示するにはどうすればよいですか?

暫定的な解決策:「プロジェクト プロパティ > ビルド > コンパイル > 保存時にコンパイル: アプリケーションとテストの両方の実行用」。NetBeans は、結果が通常のコンパイラの実行と同じではないことを警告しますが、今のところ機能しています。

run-explodedjetty-maven-plugin の目標を正しく機能させようとしています。これをセットアップするために何をする必要があるかについて、ドキュメントがやや欠けていることがわかりました。

標準のWARファイルのセットアップがあると思います。maven package(私が「信じる」と書いた理由は、maven-war-plugin のドキュメントも不足していることに気付いたからです。)

mywebapp-version爆発した戦争はどこにありmywebapp-version.war、パッケージ化された戦争はどこにありますか。ここまでは順調（だと思う？）。

現在、 を実行mvn jetty:run-explodedしていますが、デフォルトのデプロイ フォルダは のようですtarget/tmp/webapp/mywebapp-version.war/。このフォルダーは存在しますが、webapp-cache.xml 以外のファイルは含まれていません。これは私には間違っているようです。

webAppまた、構成要素を積極的に に設定しようとしました${project.build.directory}/mywebapp-version/が、それrun-explodedを無視しているようです (ドキュメントに別の記載があるにもかかわらず)。

私は何を間違っていますか？他の誰も同じ問題に遭遇していないように見えるので、単純なものが欠けているように見えます。

本番環境では MySQL を使用し、単体テストには Derby を使用しています。pom.xml は、テストの前に Derby バージョンの persistence.xml をコピーし、パッケージ準備段階で MySQL バージョンに置き換えます。

問題は、mvn jetty:run を実行すると、jetty を開始する前にテストの persistence.xml ファイル コピー タスクが実行されることです。展開バージョンを使用して実行したい。どうすればこれを修正できますか?

Jetty の何が問題なのかわかりません。Apache2 (サービスとして実行) は Ubuntu で正常に動作しますが、Jetty は常に Permission Denied を発生させます。

いくつかの検索結果が出てきましたが、---混乱しています---

mvn jetty:runポート80で実行するようにjettyがセットアップされた場所を呼び出すことができる簡単なフォロースルーを提供してください。

コマンド ライン ツールを使用して別の JAR ファイルを作成できるように、Maven WAR プロジェクトを 2 つのモジュールに分割しようとしています。結果の構造は次のとおりです。

• pom.xml(パッケージpomには、2 つのモジュールがあります)
• project-jar/
  • pom.xml(包装jar)
• project-war/
  • pom.xml(包装war、依存project-jar)

mvnルートからコマンドを実行すると、すべて正常に動作します。を使い続けたいのですmvn jetty:runが、そのためには WAR サブプロジェクトでコマンドを実行する必要があります。project-jarそうすると、サブプロジェクトが見つからないため、実行されません。mvn jetty:run-warディレクトリ内の完全にアセンブルされた WAR ファイルでも、最初targetにプロジェクトを「ビルド」しようとするため、失敗します。ローカルの Maven リポジトリにインストールすることによってのみ動作させることができましたがproject-jar、これはあまり良くありません。

マルチモジュール Maven 構成で Jetty プラグインを使用する方法はありますか?

WebAppClassLoaderのカスタムサブクラスを使用してJetty（6.x）WebAppContextを構成しようとしています。コード（Scala）では、これは単純に次のとおりです。

これは、Jettyを埋め込むときに正常に機能します。ただし、本番環境では、warファイルをスタンドアロンのjettyインスタンスにデプロイするだけなので、このようなコードで構成する機会はありません。

Jettyの設定ファイルで同じことをする方法がわかりません。どんな助けでも大歓迎です。

ボーナス： CustomWebAppClassLoaderを使用するようにmaven-jetty-pluginをどのように構成しますか:)

概要：目標は、他のサーバーとも互換性のあるmaven-jetty-pluginのターゲットフォルダーにあるWEB-INFフォルダーへのパスを見つけることです。ServletContext.getRealPath（ ""）は、Tomcatやmvn jetty：run-warなどで美しく機能します。ありがとうございました

ミーシャ

親愛なるみんな：

これは http://tickets.openmrs.org/browse/TRUNK-1760に関連しています

次のコマンドで簡単にテストできます。

ここでdiffファイルを見つけてください：http： //old.nabble.com/file/p29815681/diff

ここ で、ブラウザでhttp：// localhost：8080 / に移動すると、これは!!!を指します。/ home / misha / worksheet / myproject / src / main / resources

代わりに、これは指し示すべきではありませんか？

./target/classes

また

./target/myproject-2.1.0-M1/WEB-INF/classes

この動作を変更することは可能ですか？

どうもありがとう

あなたのもの

ミシャコシェレフ

Maven Jetty プラグインの呼び出しから使用できる JNDI データ ソースを構成しようとしています。これを WAR ファイルの外部で実行しようとしています。これにより、後で Jetty を使用して webapp をデプロイする可能性のある人が、WAR の WEB-INF ディレクトリ内の構成ファイルを編集する必要がなくなります。次のように jetty.xml ファイルを作成しました。

次に、次のように Maven プラグイン内からこのファイルを参照しました。

ただし、mvn jetty:run-war を介して webapp を実行しようとすると、次のエラーが発生します。

最上位の<Configure>要素を省略して、新しい JNDI リソースを直接作成しようとすると、次のようになります。

次に、同様のエラーが発生します。

何を与える？

私はMavenが初めてです。次の構造を持つマルチモジュールのmaven 2プロジェクトがあります(やや簡略化されています):

Maven Jetty プラグインを含めるように Web モジュールを構成しました。これは、プロダクション成果物を構築するのに最適です。開発のために、mvn install変更したすべてのモジュールを呼び出す必要があることを発見し、続いて jetty を停止してからもう一度 jetty:run を呼び出しました。
プラグインが各モジュールのターゲット ディレクトリから直接変更を取得する方法があれば、はるかに生産的になります。jetty プラグインのドキュメントによると、そのような機能があるようですが、これは WAR モジュールにのみ適用されるようです。
私にとってさらに重要なことは、jetty を再起動せずにリソース ファイルを変更できることです。これは、ほとんどのリソースが HTML テンプレート ファイルであり、変更を確認するために再起動する必要がなく、開発中にテンプレートを設計および更新する方が生産性が大幅に向上するためです。

では、jetty プラグインのクラスパスを設定して、ローカル リポジトリ内の実際の JAR ではなく、各 JAR モジュールのターゲット/クラスおよびリソース ディレクトリを含める方法はありますか?

ありがとう！
ヤニフ

ここで何が起こっているのか正確にはわかりませんが、次のように、maven プラグインを介して実行しているローカルの jetty サーバーです。

... 127.0.0.1 からのすべての接続を拒否しています...

たとえば、curl 'http://localhost:8080'を実行すると、webapp ディレクトリの内容を指す有効な html 応答が返されます。しかし、curl 'http://127.0.0.1:8080'はcurl: (52) Empty reply from server を返します。そのような接続を受け入れるためにjettyを適切に構成する方法を知っている人はいますか? これにより、開発チームのローカル構成がかなり複雑になっています。

ありがとう！