我有一个自己开发的协议(protocol),它使用 HttpURLConnection(来自 Java 1.6)和 Jetty(6.1.26)来发布一个 xml block 作为请求并接收一个 xml block 作为响应。 xml 的数量约为。 5KB。
在世界不同地区的 Linux EC2 实例上同时运行发送方和接收方时,我发现在大约 0.04% 的请求中,Jetty 处理程序将 xml 请求(帖子正文)视为空字符串。我已经检查过,客户端输出它一直在尝试发送正确的(> 0 长度)xml 请求字符串。
我还通过在本地 (Win 8) 机器上循环我的 JUnit 测试重现了这一点。
我假设错误一定是这样的:
- 滥用缓冲区
- 一个 HttpURLConnection 错误
- 网络错误
- Jetty bug
- 我在代码中做过的随机拍脑袋的蠢事
相关代码如下:
客户
connection = (HttpURLConnection) (new URL (url)).openConnection();
connection.setReadTimeout(readTimeoutMS);
connection.setConnectTimeout(connectTimeoutMS);
connection.setRequestMethod("POST");
connection.setAllowUserInteraction(false);
connection.setDoOutput(true);
// Send request
byte[] postBytes = requestXML.getBytes("UTF-8");
connection.setRequestProperty("Content-length", "" + postBytes.length);
OutputStream os = connection.getOutputStream();
os.write(postBytes);
os.flush();
os.close();
// Read response
InputStream is = connection.getInputStream();
StringWriter writer = new StringWriter();
IOUtils.copy(is, writer, "UTF-8");
is.close();
connection.disconnect();
return writer.toString();
服务器( jetty 处理程序)
public void handle(java.lang.String target, javax.servlet.http.HttpServletRequest request, javax.servlet.http.HttpServletResponse response, int dispatch) {
InputStream is = request.getInputStream();
StringWriter writer = new StringWriter();
IOUtils.copy(is, writer, "UTF-8");
is.close();
String requestXML = writer.toString();
// requestXML is 0 length string about 0.04% of time
谁能想到为什么我会随机将请求获取为空字符串?
谢谢!
编辑
我引入了一些更多的跟踪,当错误发生时 getContentLength() 返回 -1,但客户端输出仍然显示它正在发送正确数量的字节。
最佳答案
我想不出为什么你会得到一个空字符串。代码看起来正确。如果您更新代码以检查空字符串,如果找到则报告请求的内容长度和传输编码,这将有助于识别罪魁祸首。网络数据的 wireshark 跟踪也很好。
但坏消息是 jetty-6 真的停产了,我们不太可能更新它。如果你今天正在编写代码,那么你真的应该使用 jetty-7 或 8。如果你勇敢的话,甚至可以使用 jetty-9 里程碑版本。如果您在 jetty-9 中发现这样的错误,我会竭尽全力为您修复它!
关于java - HTTP 帖子正文虚假丢失(HttpURLConnection 和 Jetty),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12844968/