問題タブ [jetty-8]

リバース プロキシを使用して Jetty サーバーにApache ODEをデプロイしました。

にアクセスするhttp://public-url/ode/deployment/services/と、ProcessManagement、Deployment Service、および Instance Management の WSDL URI が表示されhttp://private-url:80/ode/processes/DeploymentService?wsdlます。

それをクリックすると、明らかにページが見つかりません。

http://public-url/ode/processes/DeploymentService?wsdlServer Jetty ログに自分で URL を入力すると、次のようになります。

まったく同じ ode が localhost に展開されたときに正常に動作するため、Jar が欠落している可能性は無視します。軸がリバース プロキシで動作することについて何か問題がありますか?

サーブレット 3 Spring MVC Web アプリケーションを本番環境の Tomcat にデプロイしました。

アプリケーションは (わずかな調整で) Jetty 8 でも実行できるはずです。現在、これは開発環境でのみ使用され、主に開発マシンでの統合テストに使用されています。

私たちの CI システムでは、戦争は Tomcat に展開されており、アプリケーションは動作しており、すべてのテストに合格しています。

Jetty 8 で実行すると、ウェルカム ファイルではなくディレクトリ リストが返されるため、/ で終わる URL を取得するすべてのテストが失敗します。

これを回避するために、Jetty DefaultServlet を構成して、ディレクトリのリストを許可しないようにしました。

そして、私たちのpomからそれを参照します:

ただし、テストで GET /citizen/ を実行すると、404 not found が返されるようになりました。URL に手動で index.html を追加すると、Spring の静的リソース ハンドラーによってファイルが適切に処理されます。

ウェルカムファイルに関してTomcatが行うように動作させるためにJettyに設定できるinit-paramsは他にありますか?

Jetty で Web アプリケーションを作成して実行しています。ExecutorService を使用して
、このような新しい Threadpoolを作成しました。

ExecutorService es = Executors.newFixedThreadPool(10);

しかし、アプリケーション サーバーに独自のスレッド プールを作成することはお勧めできないと聞いたので、アプリケーション サーバーにスレッドを処理させる必要があります。

では、Jetty でそれを行うにはどうすればよいでしょうか。

申し訳ありませんが、私は Jetty を初めて使用します。よろしくお願いします

ここにプログラムがあります、

ここでは、作成されたワーカー スレッドがタスクを完了した後、executors.shutdown() を呼び出しています。

それでも、Thread.activeThreads() を実行すると、作成されたスレッドが表示されます。

そのため、インスタンス化はコンストラクター内にあり、シングルトンではないため、SampleExecutors が呼び出されるたびに、新しいスレッドプールが作成されます。

エグゼキューターを静的にしたり、コンストラクターから移動したりしたくありません。作成されたスレッドがタスクを実行した後に、それらを閉じるまたは強制終了する方法を知りたいです。

Jetty 8およびJetty 9のドキュメントで説明されているように、jetty-osgi-boot のおかげで、OSGi コンテナー内で Jetty 8.1.12 サーバーを実行しています。

デフォルトの webapp 記述子 ( ) を構成したいと考えていますetc/webdefault.xml。を定義するjetty.homeと、jetty がピックアップされますetc/jetty.xmlが、ロードされませんetc/webdefault.xml

jetty.home.bundle構成を簡単に変更できるようにするため、(システム プロパティを介して) 構成バンドルに依存したくありません。

Jetty-defaultWebXmlFilePath同じ理由で MANIFEST ヘッダーに依存したくありません。さらに、webapp が jetty に結び付けられます。

jetty-osgi-boot バンドルには、次のコメントアウトされたチャンクを含むjetty-deployer.xml構成ファイルが含まれています。

OSGiAppProviderクラスがもう存在しないため、これは機能しません。

webdefaults.xml ファイルの場所を構成する他の方法はありますか?

SSL の実装によって桟橋を保護することを計画しています。しかし、デフォルトの jetty 証明書ではなく、Tomcat 証明書を使用したいと考えています。私の桟橋のバージョンは 8.x です。jetty の ssl 設定に関して Web で検索しました。そして私はこれを見つけました。デフォルトの桟橋の代わりに tomcat trustore を使用することは可能ですか?

私の突堤コンテキストxmlは次のようになります。

私のレールサーバーは桟橋と通信します。ただし、いくつかの「サーバーエラー」が発生します

しかし、contextPath を次のように変更すると、機能します。

ルート コンテキストが機能しない理由を教えてください。