JAX-RS 规范 为 HTTP OPTIONS 命令定义了合理的默认值。我实际上偶然发现了这个！不确定这是非常明显的（如果是，请善待，不要嘲笑我！）
发现
对于下面代码片段中表示的 JAX-RS 资源，如果您对 http://host:port/context-root/user URI 执行 HTTP OPTIONS 命令，您会惊讶地发现 没有 获得 HTTP 状态 404 – Not发现 错误消息 [ 至少我很惊讶，当然，直到我查看了 JAX-RS 规范文档 ;-) ]
@Path("user")
public class UserResource {
@GET
@Path("{id}")
public Response find(@PathParam("id") String id) {
return Response.ok().build();
}
@PUT
public Response create(/*User user*/) {
return Response.ok().build();
}
@DELETE
@Path("{id}")
public Response delete(@PathParam("id") String id) {
return Response.ok().build();
}
}
它给了我 WADL 作为回应。甜的 ！ :-)
须知
- 如果有一个用@OPTIONS 注释的显式资源方法，那么相应的逻辑将被执行并且默认行为将被抑制（现在这是显而易见的！）
- 这并不意味着您可以在 RESTful 应用程序中的任何随机 URI 执行 OPTIONS 命令。这在请求匹配过程之后开始，并且仅适用于由资源类中的 @Path 注释定义的有效 URI。
- 我在 Glass Fish 4.1 上使用 Jersey 2.10 进行了测试。这是规范规定的标准功能，因此它适用于任何符合 JAX-RS 的实现（例如 RESTEasy）