問題タブ [embedded-jetty]

桟橋への埋め込み戦争のこの例を試しました。Eclipseでデバッグするとすべて問題なく、Webサービスはポート8080に正常にデプロイされますが、このプログラムでjarを作成してサーバーに入れると（Tomcat 5.5とJetty 7.4.1を試しました）起動時にjettyサーバーを起動すると、プログラムに次の例外が表示されます。

デフォルトの Web サービス メソッド (AdminService および Version) のみがデプロイされます。wsdd は問題ありません。この戦争をサーバーに展開すると、完全に機能します

jetty 7.x が組み込まれています。基本的には、ポート 80 でリッスンする SelectChannelConnector と、単一の WAR ディレクトリをデプロイする WebAppContext を作成するだけです。

今すぐ SSL を追加する必要があります (すべてのキーストアが完了しました)。SslSelectChannelConnector を追加するだけでよいと推測していましたが、その理由と代わりに何をすべきかを説明する javadoc がなければ、すべてのメソッドが非推奨になっています。また、Jetty/SSL のドキュメントでは、XML の処理方法を説明せずに一部の XML のみを示しています。

SSL を Jetty の組み込みインスタンスに設定するためのエントリ ポイントを教えてもらえますか? これが複雑になるとは思いませんが、現在のリリースでどのクラスから始めればよいかわかりません。

Linuxボックス（opensuse 11.4）のGWT eclipse（helios）プラグインで問題が発生し続けます。

開発モードサーバーを停止してから「実行->Webアプリケーション」を試してみると、以下のエラーが発生することがあります。これでエラーが発生せず、開発モードアプリがgwteclipseプラグインによって起動される場合があります。

「開発モード」ビュータブの右側にある赤いボタンでサーバーを停止した後、開発モードサーバーがしばらく実行されたままになっている可能性があります。この問題について何か考えはありますか？

Codehaus jetty ant プラグインを使用して jetty を起動する場合、JVM 引数を渡すにはどうすればよいですか?

私の会社には Java EE に実装されていない Java ベースのバッチ アプリケーションがあり、いくつかの Web サービス呼び出しを処理するために jetty が組み込まれています。

これまで、これらのエンドポイントには機能テスト (htmlunit のようなものを使用) がありませんでした。これは明らかに悪いことです。

私はこれを行う任務を負っています。私の成功の定義は、grails のように可能な限り動作させることであり、機能テスト プラグインであるか、従来の Java EE が maven のフェイルセーフ プラグインを使用することです。

アプリには main() メソッドがあります。内部的には、すべて (データソース、ジョブの組み合わせなど) が Spring で構成されます。

誰か戦略について何か提案はありますか? 詳細についてはお気軽にお問い合わせください。

Apache CXF、Spring、および組み込みの Jetty サーバーを使用して、Web サービス対応サーバーを作成しようとしています。プロジェクトを実行すると、サーバーは正しく初期化されているように見えますが、サービス WSDL が表示されることを期待してhttp://localhost:8080/SomeServiceに移動すると、代わりに次の例外が発生します。

何か案は？

これが Java main() です。

beans-jetty.xml

beans-cxf.xml

私は Maven one-jar プラグインを使用していることに言及する必要がありますが、それがこの問題に違いをもたらすとは思えません。

よろしくお願いします！

アンソニー

次のシナリオにアプローチする方法は？

RemoteWebDriverを使用して、リモートサーバー上のseleniumrcノードでテストがすでに実行されているとします。

テストで欠落している要素が検出されました（異なるページ間でのxpathのわずかな変化）。

ユーザーはその要素の正しいxpathを提供し（この部分はユーザーのコンピューターで実行されているJavaアプリケーションで実行されます）、セレンテストは要素を再度検索し、残りのテストを続行します。

最初に頭に浮かぶのは、SeleniumサーバーがJettyサーバーを使用しているということです。クライアントJavaアプリケーションとこのサーバーの間でどのように通信しますか？Jettyを無視して、実行中のセレンテストとクライアントを直接通信させることはできますか？

Jetty6を埋め込みモードで使用しています。ContextHandlerCollectionにいくつかのサーブレットがあります。この問題を超えて、サーブレットは異なるURLで正常に動作します。

POSTリクエストがサーバーに届いていることはわかっています。ngrepの出力は次のとおりです。

POSTが失敗しました-200OKを報告します-しかしサーブレットに到達しません

私が理解できないのは、doGet（）が呼び出されているのに、doPost（）が呼び出されていない理由です。問題のサーブレットはFrzZdbServletです。

Googleで多数のスレッドが見つかりましたが、Jettyの人々は例を指摘しているだけであり、コンテキストの例に対してはdo doGet（）のみを実装しています。ここのように

また、GWTコードから投稿しており、content-type application/jsonを使用しています。これが問題になる可能性がありますか？任意のポインタをいただければ幸いです。

SBT 0.10を使用して、デフォルトの8080とは異なるポートで組み込みJettyを実行する必要があります。SBT0.7についてここで質問に回答しました。 sbt？。マルチモジュールにフル構成（Build.scala）を使用していて、sbt dslを高速化していない、SBT0.10で同じことを行うための参照が見つかりません。

Mavenビルド構成（jetty：run）を使用して、Eclipseから埋め込み桟橋を実行します。サーバーは正しく起動します。

その後、同じポート（8080）をリッスンしている別のインスタンスを起動します。それもきちんと始まりました。複数のインスタンスが同時に実行され、同じポートをリッスンすることはどのように可能ですか？ところで、私のWebアプリケーションは正常に動作し、すべてのリクエストは最初のインスタンスに送信されます。シャットダウンした後、リクエストは2番目のインスタンスに送信されます。ありがとう