使用 HTTP Apache 客戶端將 XML 響應(yīng)作為字符串讀取時(shí)，我收到以下異常：org.apache.http.MalformedChunkCodingException: CRLF expected at end of chunk這是在我的代碼中讀取從 REST API 檢索到的 XML：{WebTarget target = this.client.target(new URI(loginUrl));Response response = target.request(MediaType.APPLICATION_XML).post(Entity.entity(xmlString, MediaType.APPLICATION_XML));logger.info("Response -> "+response);String responseXML = response.readEntity(String.class);}該響應(yīng)由服務(wù)器以隨機(jī)間隔觸發(fā)。HTTP Request POST http://{serverName}:{port}/auth/2.8/signinHTTP ResponseAn Apache HTTP Response Pojo Object
1 回答
揚(yáng)帆大魚
TA貢獻(xiàn)1799條經(jīng)驗(yàn) 獲得超9個(gè)贊
請幫助識別并解決此問題。
您的問題中沒有足夠的信息來做到這一點(diǎn)。
客戶端庫抱怨其響應(yīng)格式錯(cuò)誤；即它違反了HTTP規(guī)范。它所討論的規(guī)范的特定部分是第 4.1 節(jié) - 分塊傳輸編碼
一種可能的解釋是您嘗試使用的 Web 服務(wù)器實(shí)施不正確。如果您使用的服務(wù)器是一些被誤導(dǎo)的人試圖使用套接字從頭開始實(shí)現(xiàn)的服務(wù)器，而不是使用現(xiàn)有的 Web 容器或 http 協(xié)議庫的明智方法，則可能會發(fā)生這種情況。
第二種可能的解釋是，有什么東西干擾了傳輸中的 TCP/HTTP 數(shù)據(jù)。
這要如何調(diào)查呢？好吧，我建議如下：
閱讀 HTTP 規(guī)范的相關(guān)部分，以便了解要查找的內(nèi)容。
使用 Wireshark 等數(shù)據(jù)包監(jiān)控工具來捕獲其中一種故障的原始流量。
仔細(xì)檢查捕獲的數(shù)據(jù)包以發(fā)現(xiàn)丟失的 CRLF
找出數(shù)據(jù)包來自何處，然后返回源以查看問題產(chǎn)生的位置。
另外，請查看其他一些“塊末尾預(yù)期 CRLF”的問答，尋找與您的案例相關(guān)的問題。
添加回答
舉報(bào)
0/150
提交
取消