IBM JAX-RS 1.1处理Dojo Ajax选项请求
我目前正在通过WAS 7和Web2.0 Feature Pack 1.1.0.0测试IBM JAX-RS功能。我遇到的问题是客户端Dojo ajax调用造成了CORS情况，我基本上是想弄清楚如何正确地处理OPTIONS请求。
我遵循了引用的url中的示例(虽然它是WAS 8的，但它不应该影响我正在使用的部分)；然而，据报道，系统无法找到任何支持选项的方法。
任何帮助都将不胜感激！
参考网址：http://www14.software.ibm.com/webapp/wsbroker/redirect?version=matt&product=was-base-iseries&topic=twbs_jaxrs_wadl_serving
回答 1
Stack Overflow用户
发布于 2012-11-30 22:20:48
虽然不到一天，但由于我没有看到任何回应，我想发布我到目前为止拼凑的临时解决方案。
首先，请查看Mozilla的以下链接，以便更好地理解CORS和OPTIONS请求(它对我来说很有用)。
链接：https://developer.mozilla.org/en-US/docs/HTTP_access_control
接下来，关于IBM JAX-RS处理选项问题的一个更新。OPTIONS请求的处理方式似乎与其他GET/POST没有什么不同，它需要与@PATH值完全匹配。这并不是真正需要的，在我的例子中，我尝试了@Path value中的通配符，这并没有触发系统处理选项的技巧。
现在，来看解决方案。不出所料，我最终使用一个过滤器将OPTIONS请求转发给资源中的一个方法，该方法带有@OPTIONS和固定的@Path值，例如@Path("options")。
在filter中，我正在处理Allow-Origin和Allow-Header，然后我将资源的@OPTION方法留给了Allow-Methods。
这是非常简单和基本的解决方案。通过在过滤器内部进行适当的检查，不需要为每个请求添加过多的头。
这里需要注意的是，它适用于Chrome (23.0.1271.95m版)和Mozilla (9.0.1版)，但不适用于IE。我仍然在试图弄清楚IE是如何响应这些CORS的。希望这能有所帮助。
https://stackoverflow.com/questions/13636165
复制相似问题
腾讯云开发者
