問題タブ [maven-jetty-plugin]

struts2 Web アプリを guice2.0 から guice3.0 にアップグレードしようとしています。Maven jettyを使用してテストしようとしています。3.0 リリースの正しいバージョンと groupId を使用するように pom.xml を正常にアップグレードしましたが、mvn jetty:run を呼び出すと、guice-3.0-no_deps.jar をダウンロードしようとしていることがわかります。

ビルド エラーがスローされ、中央リポジトリが見つかりませんか?

Guice 拡張機能を含めないと、このエラーは発生しません。

何か案は？

ありがとう

Maven で Jetty を使用して Web アプリケーションを作成しています。Web に接続してデータを取得する API があります。私はプロキシの中にいます。

ネットに接続できません。Web アプリケーションがプロキシ経由でインターネットにアクセスできるように、Maven または Jetty/Maven 設定のどこかに提供できますか?

接続タイムアウトが発生するたびに。

web.xml に次のものがあります。

ただし、OWASP の Zed Attack Proxy (https://www.owasp.org/index.php/OWASP_Zed_Attack_Proxy_Project) によると、Cookie はまだ httpOnly または secure フラグなしで Spring Security によって設定されています。

同じアプリを Tomcat 7 にデプロイすると、web.xml からのこれらの設定が適用されるように見えます。

jetty-maven プラグインを使用して、統合テスト用の Web アプリをデプロイしています。2 つの POM で構成されるプロジェクトがあります。1 つはルートに、もう 1 つはプロジェクト ルートのディレクトリにあります (これを webapp ディレクトリと呼びます)。webapp ディレクトリで maven (jetty-maven プラグインを使用) から統合テストを実行すると、完全に正常に動作します。ただし、ルート ディレクトリから実行すると、webapp ディレクトリ内に移動してテストを実行しますが、何らかの理由でパスが間違っています。(その結果、すべてのリソースが見つかりません)。

ルート ディレクトリ パスを webapp リソース パスに連結します。また、パス内のドット演算子も認識しません。

例: 「./resources/resource.xml」を探す場合

テストが webapp ディレクトリから実行された場合は問題なく動作しますが、ルート ディレクトリから実行された場合はパスが「c:/project/./resources/resource.xml」になります。これを行っているのは jetty-maven プラグインですが、その理由はわかりません。

これを修正する方法はありますか？

これが私のwebappディレクトリPOMの関連部分です

maven jetty:run をフィルタリングで使用する方法を知っている人はいますか? 他のmavenの目標（jetty：run-exploded）を使用した他の回答を見てきましたが、再起動せずにHTMLページをその場で変更することはできません。

ありがとう。

jetty-maven-plugin 7.xは、統合テストで使用される場合、実行時に使用可能なポートを動的に検索します。見つかったポートの数を保存して、Java統合テストで使用するにはどうすればよいですか？たぶんjetty-maven-pluginはそれをシステム変数に保存できますか？

私は、Jetty を Maven フィルタリングで実行するのに苦労しています。jetty:run は maven ソース ディレクトリを使用するため、フィルター処理されたファイルは表示されません。jetty:run-exploded は問題なく動作しますが、ウェブページをリアルタイムで更新できません。

確かに、Maven フィルタリングを使用して、Web ページを変更するたびに jetty タスクを再実行しない方法があるに違いありません。

（EclipseでWebページをターゲットディレクトリに自動的にコピーする方法はありますか？デフォルトでこれを行うと思っていましたが、機能していないようです。トリガーとantタスクでEclipseビルダーを使用していましたが、これは少し古い感じです。）

WAR ファイルを生成する Maven Webapp があります。Jetty プラグインを (6.x から) 7.4.2.v20110526 にアップグレードしました。私は次の設定をしています：

理由が不明なため、以下の不可解なエラーメッセージが表示され続けます。

例外はありませんが、webapp にログインできません。

ただし、生成された war ファイルを取得して Jetty のクリーン インストールに展開すると、完全に機能します。ここでの契約は何ですか...？つまり、これは 6.x プラグインで動作していました。コードの変更は一切ありません。

展開されたディレクトリの内容は、war ファイルの内容とまったく同じです (確認しました)。欠落しているファイルや明らかな違いはありません。

これは Spring Web プロジェクトです。

何か案は？誰もこれを見たことがありますか？

よろしくお願いします！

私はかなり長い間 (何年も) maven を使用してきたので、これまでこの問題に遭遇したことがないこと、または少なくともそれに対処する方法があることは驚くべきことです...

次のプラグイン/ゴールを (指定された順序で) 呼び出そうとしています:

1. sql-maven-plugin:execute
2. hibernate3:hbm2ddl
3. dbunit:操作
4. 桟橋:実行

簡単に言えば、データベースを作成し、スキーマを生成し、データを挿入してから、Web アプリケーションを起動しています。ただし、hbm2ddl ゴールと jetty:run ゴールの両方が独自のライフサイクル フェーズを呼び出し (フォーク) するため、他のバインドされたプラグイン ゴールの一部が複数回実行されます。

これは明らかに私が望むものではありません。この問題を回避する方法はありますか?

ありがとう！！

mavenプラグイン「wagon-maven-plugin」を使用して、warファイルとjarファイルを含む単一のjarを作成しました。私がやろうとすると"java -jar myApp.jar"

次のエラーが発生します

ライセンスファイルはフォルダにあります。

どんなポインタも大いに役立ちます。

ありがとう