升級後播放時從webservices發送請求超時播放2.3.8

因此，這裏有一個故事，我有一個使用org.apache.cxf插件提供SOAP服務的播放框架應用程序。在我的路線文件，我有以下幾點：升級後播放時從webservices發送請求超時播放2.3.8

GET  /soap/*path     org.apache.cxf.transport.play.CxfController.handle(path) 
POST /soap/*path     org.apache.cxf.transport.play.CxfController.handle(path)

這路線，輪流路徑成會打我一貫的控制器另一個請求我自己的功能之一。我們通過構建WSRequestHolder對象來實現此目的。我們設置標題，查詢參數等。

這用於在2.2版本中運行良好，但升級到2.3.8時似乎存在問題。我就追蹤到這一行：

Promise<WSResponse> responsePromise = request.get();  
WSResponse response = responsePromise.get(2000);

當我們請求（調用response.Promise.get時），調用超時無論超時設置的。我正在測試一個基本的登錄請求，它用於在200毫秒內響應。我已經使用郵遞員複製了請求參數，並且請求似乎在它自己的工作正常，但是當它從我的web服務被解僱時，它超時。

我可能錯過了升級到2.2的東西，但我甚至不知道要調試什麼。它顯然不會觸及控制器，並且在DEBUG級別打開播放日誌甚至不會看到該請求。

任何幫助，將不勝感激。

更新：

我已經在開發和生產線模式進行了測試。兩者似乎都在同一個地方失敗。

來源

2015-05-04 Paul Sachs

這是在開發模式？在開發模式下連續播放處理請求，因此如果您正在對自己的應用程序進行WS調用並阻止，我非常確定它將註定要超時。 –

有趣的是，它處於開發模式......此外，這在2.2版本中起作用，所以如果在遷移指南中提到它會很好。我想知道是否有辦法繞過這個限制而不切換到prod模式（這也禁止自動重新加載） –

另外，切換到application.mode = prod仍然顯示問題。 –

我想通了。問題是，在我們重定向請求的過程中，我們重複添加Content-Length頭兩次，一次是長度，一次是零（試圖強制重新生成長度）。結果表明，這在2.2中起作用，但導致它在2.3中掛起。確保只添加Content-Length頭一次可防止請求掛起。開發/產品模式測試和工作。

來源

2015-05-05 21:09:53

升級後播放時從webservices發送請求超時播放2.3.8

回答

相關問題