問題タブ [undertow]

undertow サーバーを最適化しようとしていますが、HttpListener の I/O スレッド (WORKER_IO_THREADS および WORKER_TASK_CORE_THREADS) を設定してみました。必要な手順を教えてください。

リスナーに関連付けられた XNIO ワーカーを構成する必要があることを読みました。しかし、私はこれについてどうすればよいかはっきりしていません。

Java EE7サーバー ログで例外を見つけましたが、これは、アプリを使用している従業員によってトリガーされたものではないようです。これは、Wildfly-8.1.0.Finalインストール時に発生しました。
と言われException handling request to /manager/html/upload: java.lang.IllegalStateException: UT000046: The number of cookies sent exceeded the maximum of 200ましたが、ログには、その時点でログインしているユーザーがいないことが示されていました。また、リソースも存在しません/manager/html/upload。

経由で多数の自動侵入試行を記録してsshdいます。これは、ボットがバックエンドの可能性をブルート フォースしようとしていることが原因である可能性もありますか?

これは通常のアプリケーションの使用に影響しますか?また、そのようなエラーを防ぐ方法はありますか?

完全なスタックトレースは次のとおりです。

Undertow を単純なサーブレット コンテナーとして実行しています。Resteasy サーブレットをデプロイしました。

このコードは、このチュートリアルとこのコードに基づいています。

Resteasy 内にデプロイされたリソースに構築パラメータを提供する方法は?

静的フィールドを使用するチュートリアルを見ましたが、簡単にテストできるように依存関係の反転を維持したいと考えています。サーブレットの世界では、すべてをコンテキストに入れるのが正しい方法です。

非常に単純化された Undertow 構成を実行しています。コード全体が含まれています：

1 秒あたりに処理できるリクエスト数をテストしようとしています。ab測定にApacheツールを使用しています：

私が得ることができた最大の数は、約 10000 3/秒です。

私はそれが大きいことを理解していますが、この場合の制限要因は何なのか知りたいです. これはプロセッサではなく (Java Mission Control を使用してサンプリングした場合、アプリは 20% 未満で実行されています)、メモリではありません。Windows で実行していますが、それが原因でしょうか?

Spring MVC アプリを JBoss 7.1.1 から Wildfly 8.1 に移行していますが、古い「web」モジュールの代わりに新しい「undertow」モジュールを使用する必要がありました (推奨されましたか?)。/という注釈が付けられたコントローラー メソッドを呼び出すために使用されていた " "への要求が@RequestMapping("/")、コントローラー メソッドに到達しなくなったことを除いて、事態は順調に進んでいます。代わりに、そのようなリクエストはすぐに (リダイレクトではなく) " /index.html" に書き換えられているようです。私はそのようなファイルを持っていない (そして必要としたことがない) ため、" /" に対するすべての要求で 404 エラーが生成されます。

興味深いことに、他の @RequestMappingすべての注釈付きコントローラー メソッドは引き続き正常に機能します。

これが私のstandalone.xmlファイルからの関連するスニペットです。

Wildfly の undertow モジュールのsubsystem定義で が明示的に宣言されていないhandler場合、Wildfly はデフォルトでfileハンドラーになり、URL の書き換えに関与している可能性があると思われますが、これについては確信が持てません。

Wildfly の undertow モジュールが基づいている Undertow プロジェクトのハンドラーに関するドキュメントは、「リダイレクト」ハンドラーのサポートを示しています。予期しない「/」書き換えを回避するためにこれを使用することを検討しましたが、Wildfly の undertow モジュールがこれをサポートしているかどうか、およびサポートしている場合は で構成する方法が明確ではありませんstandalone.xml。ただし、できたとしても、ハックのように感じると思います。代わりに、問題の根本に到達することを好みます (しゃれは意図されていません)。

残念な動作を説明する SO の質問が多数あり、他のパス ( 、など)RequestMapping("/")を使用することを提案する多くの回答がありますが、既存の (変更されていない) コードは JBoss 7.1.1 で問題なく動作することを忘れないでください。(また、これらの質問のどれも、おそらくこの質問の重要な考慮事項である Wildfly について言及していません。) それにもかかわらず、私はさまざまな提案を試しましたが、どこにも行きませんでした。ディスパッチャ サーブレットに到達する前に、URL が書き換えられているように見えます。"""/index"

要約すると、私の質問は次のとおりです。

RequestMapping("/")JBoss 7.1.1 と同じように、Spring MVC アプリを Wildfly 8.1 で実行するにはどうすればよいですか?

以前は JBoss 7.1.2 を使用しており、Cookie が受け入れられない場合、または JSESSIONID Cookie がリクエストに存在しない場合のフォールバックとして、JSESSIONID が URL に配置されるという動作を利用していました。

WildFly 8.2.0 / Undertow 1.1.0 に移行した後、この URL の書き換えは発生しません。

フォールバックとして URL に JSESSIONID を配置するように WildFly/Undertow を構成することは可能ですか? 私たちは session-config を に入れる可能性を認識していますweb.xml。例えば:

ただし、フォールバック ソリューションとして URL に JSESSIONID のみが必要です。

Wildfly セットアップ内に複数の仮想ホストがありますが、それらにカスタム サーブレット コンテナを使用させることができず、代わりにすべてデフォルトのものを使用しています。セッション Cookie をカスタマイズして、さまざまなサイトが他のサイトのセッションを壊すことなくそれぞれのポートで動作するようにするために、特にこれを行う必要があります。

スタンドアロン.xml:

それぞれの jboss-web.xml ファイルには以下が含まれます。

と

サーバータグの servlet-container 属性を指定しても、jboss-web.xml 内で servlet-container タグを指定しても効果がないようで、デフォルトのサーブレットコンテナーが常に使用されます。

足りないものはありますか？それとも、サーブレットコンテナがデフォルト以外になるのを妨げているどこかにバグがありますか?