問題タブ [undertow]

Wildfly に 100 件のリクエストを送信すると、受信メッセージと送信メッセージの両方が server.log に出力されます。

1000 件のリクエストにヒットした場合、リクエストの約 5% が「接続が拒否されました」と表示され、server.log に出力されません。

そのため、Wildfly がキューに追加する前であっても、Wildfly にヒットしたすべてのリクエストを印刷する方法があるかどうか教えてください。

Undertow と Wildfly 8.1 を使用しています

Undertow が一部のベンチマークでスケーラビリティの記録を破ったため、Spring MVC + Spring Security プロジェクトを Tomcat からこの新しいコンテナーに移行する方法については、ほとんど情報がありません。

それをどのように進めるかについて、誰かが指針を提供できますか？

Undertow は Servlet 3.1 仕様を実装すると主張しており、同じためのコンテナーです。

以前にJettyにSpringを埋め込んだことがありますが、プロセスは同じですか、それとも今のところ不可能なようですか?

をデプロイしましたSpring Boot Web application on WildFly 8.1が、問題が発生しました。

アプリケーションをデプロイしたら、FilterRegistrationBeansServlet Filters を登録します。FilterRegistrationBeans は によって順序付けられAnnotationAwareOrderComparator、それらのフィルタはその順序で登録されることを知っています。しかし、アプリケーションにアクセスすると、Undertow は逆の順序でフィルターを呼び出します。

たとえば、Spring Boot が次のようなフィルターを登録する場合:

• errorPageFilter
• metricFilter (Spring Boot アクチュエーターから)
• characterEncodingFilter
• hiddenHttpMethodFilter
• springSecurityFilterChain (Spring Security から)

Undertow は、次のようにこれらのフィルターを呼び出します。

• springSecurityFilterChain
• hiddenHttpMethodFilter
• characterEncodingFilter
• metricFilter
• errorPageFilter

これらのフィルターの順序を正しく指定するにはどうすればよいですか? 一部のフィルターの順序 ( などorg.springframework.boot.context.web.ErrorPageFilter) がソースにハードコードされていました。指定できません。

私の grails アプリケーションには、「404」のカスタム リダイレクトがありました。アプリケーションが 404 にヒットするたびに、request.forwardURI をログに記録し、ユーザーを 404 ページにリダイレクトしていました。しかし、wildfly-8.0.0 にアップグレードした後 (8.1.0 と 9.0.0-alpha も試しました)、アプリケーションは実際の URI (request.forwardURI) をログに記録しません。

ただし、リクエスト ダンプには、リクエストされた実際の URI が表示されます。実際のリクエストは jboss-4 と jboss-eap-6.2 に記録されているため、grails の問題ではない可能性があります。wildfly の Request クラスは HttpServletRequestImpl ですが、古いバージョンでは ApplicationHttpRequest でした。

戦争をhttps://www.dropbox.com/sh/trzzmfp7pp5ut0f/AADBDczE4fx1oJGDUAw8FxAqa?dl=0にコピーしました。実際のリクエストを取得できる他の方法があれば教えてください。

wildfly のログ

古い jboss のログ

undertow を使用した単純な websocket サーバーがあります。

このメソッド内から UndertowClient を使用して他のマイクロサービスへの HTTP 呼び出しを行う方法は?

ポインタはありますか？

ありがとう

Undertow 1.0.15.Final がバンドルされている Wildfly 8.1.0.Final を使用しています。
私は特定の ThreadSetupAction 実装を持っていますが、これは散発的に null 交換で呼び出されます。このケースを正しく処理する方法がわかりません。

ThreadSetupAction の javadoc は次のように述べています。

リクエストが処理される前にローカル コンテキストをセットアップしてスレッド化する必要があるクラスによって実装できるインターフェイス。

ThreadSetupAction#setup の javadoc 言及:

パラメータ:
exchange 交換。これは null の場合があります

では、交換が null の場合、それはどういう意味ですか? 交換なしでリクエストがあり得るのはどうしてですか？
これまでのところ、デバッガーでこれをキャッチできませんでした。