問題タブ [jetty-9]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
jetty - ホット デプロイメントでの jetty 404 エラー ページ
現在、Windows で Jetty 9.1.4 を使用しています。
ホットデプロイメント設定なしで war ファイルをデプロイしてから、Jetty サービスを再起動します。その 5 ~ 10 秒の開始プロセスの間、Jetty サーバーへのすべてのクライアント接続は、サーバーがロードを完了するのを待っています。その後、クライアントはコンテンツを表示できるようになります。
ホット デプロイ構成がオンになっていると、デフォルトの Jetty 404 エラー ページが 5 ~ 10 秒の読み込み間隔内に表示されます。
ホットデプロイメントを完全な再起動と同じ動作にする方法はありますか?クライアント接続は404エラーページを表示する代わりに待機しますか?
java - Jetty 9 Maven プラグインが defaultsDescriptor を正しく設定していない
現在、次の定義で Maven プラグインを使用して Jetty 9 を実行しています。
親pom.xml
Web プロジェクトpom.xml
webdefault.xml
Windows で開発できるように、デフォルトをオーバーライドする必要があります。しかし、実行するmvn jetty:run
と、
ご覧のとおり、webdefault.xml
は指定された場所からではなく、デフォルトの場所からプルされています。どんな助けでも大歓迎です。
jsp - アノテーション構成Spring MVCおよびJettyを使用したURIを使用したHTTPリクエストのマッピングが見つかりません
注釈のみの構成を使用していますが、サーバーは起動しますが、ページにアクセスするとエラーが表示されます:
警告: 「org.springframework.web.servlet.DispatcherServlet-d7259e」という名前の DispatcherServlet で、URI [/WEB-INF/view/main.jsp] の HTTP 要求のマッピングが見つかりません
コントローラ マッピングは正常に機能しますが、JSP ページが読み込まれません。
Jetty 9.2.0.M0 と Spring MVC 4.0.4-RELEASE を使用しています。
桟橋の設定:
SpringMVCConfig:
web.xml も他の xml ファイルもありません。
ありがとう。
java - jetty 9.0.3 で Close_wait が多すぎる
jetty 9.0.3 サーバー上にデプロイされたアプリケーション REST ゲートウェイがあります。jetty にデプロイされたサービスの認証と承認は、apache commons-httpclient3.1 によって処理されます。REST ゲートウェイに多数の同時スレッドがヒットすると、REST ゲートウェイ マシンに大量の CLOSE_WAIT が蓄積されます。イネーブラーにリクエストを送信するために開かれた HTTP 接続 (END POINT) は、apache commons の releaseConnections メソッドを呼び出すことによって適切に閉じられます。これらの CLOSE_WAIT を処理する方法、または接続が CLOSE_WAIT で終了する理由の手がかりを教えてください。
websocket - CometD を使用した Jetty 9 Websocket
Jetty を使用して CometD サーバーをデプロイしているときにエラーが表示されます。
どの jar をどのように追加する必要があるのか わかりません。
Jetty 8 Web ソケットを使用しましたが、jetty-9-distribution に jetty-websocket.version.jar がないため、まだ実行できません。代わりに、多くの websocket jar を持つ新しい websocket フォルダーがあります。
java - Jetty 9、AsyncResponse が機能しない
CXF に実装された REST API を公開する春のアプリがあります。SuspendedとともにAsyncResponseを使用したロング ポーリングを実装しようとしています。このコードを tomcat (maven プラグインまたはスタンドアロン) で実行すると、動作します。しかし、maven プラグイン (mvn jetty:run) を使用して jetty で同じコードを実行すると失敗します。CXF は NPE をスローします。私はそれをデバッグし、ContinuationProvider が要求に対して設定されていないことを確認しました。したがって、さらにデバッグすると、フィルターを適用する前に jetty 内部で Request オブジェクトの AsyncSupport ブール変数を false に設定し、最後にブロックで再度 true に設定していることがわかりました。ただし、フィルタ チェーンにはサーブレットも含まれているため、サーブレットは AsyncSupport false でリクエストを解釈します。
jetty maven プラグイン バージョン 9.1.3vxxxxxx ServletHandler.java from jetty codebase
フィルタ チェーンにサーブレットが含まれているのはなぜですか? doFilter の前に reuest が変更されるのはなぜですか? jetty maven plugin で動作させるにはどうすればよいですか?
jetty-9 - [jetty][WebSocket] クライアント側はいくつかのパラメーターで接続しますか?
Jetty ベースの WebSocket について質問があります。Jetty サーバー側へのクライアント側接続に伴うパラメーターを取得する方法はありますか?
次のサンプル コードのようになります。
クライアント:
ジャバスクリプト -
サーバー:
session-management - 桟橋 9 JDBCSessionManger NoSuchMethodException
データベースを使用したセッション クラスタリングに関する Jetty ドキュメントに従っているだけで、次の例外が発生しました。
これが私の jetty.xml ファイルの JDBCSessionIdManager です。
そして、ここに私の jetty-web.xml ファイルがあります:
何が欠けていますか???