Servlets 3.1：如何处理删除请求中的正文

Question

我正在编写一个服务器，用于处理来自javascript注释包（annotatorjs.org）的超文本传输协议请求。javascript向服务器发送一个HTTP DELETE请求，其中包括路径中对象的id，并在JSON对象中发送请求正文中的注释。

我已经尝试用一个JavaWeb服务对象和一个普通的servlet来实现删除请求。在这两种情况下，当我在没有正文的情况下提出请求时，它都是有效的，但当我添加正文时，我得到了一个错误的请求。

这是我的servlet

@WebServlet("/api/store/delete/*")
public class AnnotatorServlet extends HttpServlet {  

    @Override protected void doDelete( HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
            System.out.println("received DELETE request,requestURI="+request.getRequestURI());        
    }
} 

我的curl命令，无体成功：

Curl-i-X DELETEhttp://localhost:8080/text/api/store/delete/555608203004e74adbf65343HTTP/1.1 200 OK Server： GlassFishServer Open Source Edition 4.1 X-Powerd-By： Servlet/3.1 JSP/2.3（GlassFishServer Open Source Edition 4.1Java /OracleCorporation/1.8）日期： 5月19日星期二2015 19:35:08GMT内容-长度： 0

我的curl命令与body失败：

curl-i-X DELETE-d@test。jsonhttp://localhost:8080/text/api/store/delete/555608203004e74adbf65343HTTP/1.1 400错误请求服务器：GlassFish服务器开源版本4.1 X-Powered-By:Servlet/3.1 JSP/2.3（GlassFish服务器开源版本4.1 Java/Oracle Corporation/1.8）日期：2015年5月19日星期二19:35:16 GMT连接：关闭内容长度：0

Answer 1

第二个curl命令的响应包含内容长度：0

我认为curl发出的请求，是不正确地发送Content-L长度的请求属性。

Answer 2

由于DELETE方法没有明确定义有效载荷（RFC 7231第4.3.5节），因此它应该遵循的相关指南是RFC 7230第3.3节：

请求中存在消息体由内容长度或传输编码头字段表示。请求消息框架独立于方法语义，即使该方法没有定义消息体的任何用途。

服务器符合标准的正确行为是要么消耗并忽略有效负载，要么以特定于API的方式对其进行操作。“特定于API的方式”可能是发送400或任何其他状态代码。

您使用的第二个curl测试似乎没有向API发送任何JSON数据。当我运行时，它只发送测试字符串“test.json”作为有效负载。因此不清楚服务器拒绝了什么（有效负载存在？或未知有效负载格式？）。

如果你能设计一个测试，正确地证明服务器仅仅是因为有效负载的存在而拒绝，那么你应该针对服务器提交一个bug。

Answer 3

DELETE不应该像GET一样有一个body。

RFC：https://www.rfc-editor.org/rfc/rfc7231#section-4.3.5

删除请求消息中的有效负载没有定义的语义；在删除请求上发送有效负载正文可能会导致一些现有实现拒绝该请求。

最好的做法是，不要这样做。

有人可能会说，这是服务器中的一个错误。但是服务器也可以合法地声称，这是一种罕见的情况，它有权拒绝服务。