問題タブ [jetty-8]

Jetty から要求しているクライアントに、http 経由でスタブ応答を送信する必要があります。Junit テストを個別に実行すると機能します。つまり、正しい XML 応答が得られますが、maven から同じことを実行すると失敗します。表示されるエラーは " java.net.SocketException: Unexpected end of file from server" です。私はすべてを試しました！助けてください！

これが私のコードです-

Junit (Junit テストとして実行すると動作します)

getWeather() 内のどこかで、URL オブジェクトを作成し、それに URL を渡し、その URLhttp://localhost:8080にリクエストを送信します。この時点で、HelloHandler のハンドル メソッドが呼び出され、このダミーの XML 応答がストリームに書き込まれ、getWeather() メソッドが応答を受信することを期待しています。

ハンドラーは次のとおりです。

Maven から同じことを実行すると、上記のエラーがスローされます。私は何を間違っていますか？

アプリケーションでスタンドアロンの jetty サーバーを使用しています。jar のホット デプロイを行いたい。ネットをブラウジングすると、jetty.xml で以下の設定が見つかりました

The ContextDeployer will scan the configurationDir directory at intervals of scanInterval seconds for xml descriptors that define contexts.

私の場合、jar のホット デプロイを行う必要があります。上記の構成を使用して、jar ファイルのホット デプロイを指定する方法を教えてください。コンテキスト ファイルの変更を探すように指定されています。再デプロイするには、コンテキスト ファイルを変更する必要がありますか? 理解を助けてください。

初めて Jetty 9 EndPoint を使用しています。
しかし、EndPoint.flush(ByteBuffer)メソッドの returncode の使用方法に行き詰まっています。
呼び出しが成功するまで無期限にループする必要がありますか?

Javadocはただ言う

戻り値: True IFF すべてのバッファが消費され、エンドポイントがデータを宛先にフラッシュした (つまり、データをバッファリングしていない)。

ところで、私が呼び出しているインスタンスのタイプはSslConnection$DecryptedEndPointです

SocketEndpoint が推奨されず、SelectChannelEndpoint が優先される理由に関するドキュメントが見つからないため、洞察をいただければ幸いです。

少し話題から外れますが、とにかく; 驚いたことに、NetworkTrafficSelectChannelEndPointでこれを見つけました:
操作 |= が &= の代わりに使用されます (jetty-all-9.0.3.v20130506-sources.jar にあります)。

私は Jetty8 で Restlet を使用しています。Jetty はすべての着信通話を記録します。URLと本文のすべての応答データもログに記録したいと思います。ログコードを配置するのに最適な場所はどこですか?

私は createOutboundRoot がその場所だと思っていましたが、それを使用する方法がわかりませんでしたし、Web で例を見つけることができませんでした。