Geoserver WPSの警告「” ServiceInfoを取得できませんでした」についてはどうすればよいですか?


8

これは、QGISからこのWPSサービスを使用しようとすると表示される警告で、処理時間が長くかかりすぎていますが、終了しません。

何が問題でしょうか?

17 Oct 12:33:25 INFO [geoserver.wps] -
Request: getCapabilities   
    service = WPS   
    baseUrl = http:// localhost:8080/geoserver/   
17 Oct 12:33:31 WARN [geoserver.ows] - Could not get a ServiceInfo for service wps
                                       thus could not check if the service is enabled   
17 Oct 12:33:31 INFO [geoserver.wps] -
Request: describeProcess   
    service = WPS   
    version = 1.0.0   
    baseUrl = http:// localhost:8080/geoserver/   
    identifier[0]:  
        value = gt:VectorToRaster  

ブラウザからgetcapabilitiesリクエストを行うとどうなりますか?
Ian Turton

ブラウザからgetcapabilitiesをリクエストすると、XMLの説明が表示されます。http:// localhost:8080 / geoserver / ows?service = WPS&version = 1.0.0&request = GetCapabilities
Nikhil

同じ問題があります。これらの行がGeoServerログに表示されます。ブラウザまたは任意のWPSクライアントからリクエストを行うと、WARNメッセージも発生します。confファイルには必要な情報がないため、どこかに問題が発生していると思われますが、まったくわかりません。
Saryk 2013年

回答:


2

GetCapabilities応答が機能していると言うので、GeoServerのWPS自体の構成に問題があるとは考えられません。

JBOSSで実行されているGeoServer WPSサービスの問題について議論しているHivmrサイトの次の投稿は、次のように述べています。

私の推測では、プロセスの実行に使用されるスレッドプールの競合です。プロセスは、固定サイズのスレッドプールで実行されます。スレッドプールがいっぱいの場合(すべてのスレッドが現在実行中でビジー状態)、プロセスの実行は待機し、同期実行の場合はブロックされます。

だから私は起こったのはプロセス "A"がプロセス "B"を待っているデッドロックだと思いますが、 "B"は "A"が終了するまで利用可能にならないスレッドプールのスポットを待っています。

デフォルトでは、スレッドプールのサイズは、マシンのコア数の2倍です。したがって、最悪のケースは2スレッドのサイズです。つまり、プロセスを2回並行して呼び出すとデッドロックが発生する可能性があります。スレッドプールのサイズは構成可能なので、増やすことができますが、これは実際には非常に有効なソリューションです。しかし、サービスが処理できる最大要求の総数を制限できる制御フローモジュールと連携して機能する可能性があります。したがって、スレッドプールのサイズが、サーバーが処理できるWPS実行要求の最大数より大きいことを確認する必要があるだけです。

動かなくなったserver.log:

...

16:43:42,112警告[org.geoserver.ows](http-executor-threads-5)サービスwpsのServiceInfoを取得できなかったため、サービスが有効かどうかを確認できませんでした

これは発生した問題と同じである可能性があり、解決策は次のとおりです。

スレッドプールのサイズが、サーバーが処理できるWPS実行要求の最大数より大きいことを確認してください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.