IBMJAX-RS1.1处理DojoAjax选项请求

IBMJAX-RS1.1处理DojoAjax选项请求,ajax,rest,dojo,jax-rs,apache-wink,Ajax,Rest,Dojo,Jax Rs,Apache Wink,我目前正在通过WAS7和Web2.0功能包1.1.0.0试验IBMJAX-RS功能。我遇到的问题是客户端dojoajax调用造成了CORS的情况,我基本上是想弄清楚如何正确处理选项请求 我在引用的url中遵循了这个示例,虽然它是针对WAS8的,但它不应该影响我正在玩的角色;但是,据报道,系统找不到任何支持选项的方法 任何帮助都将不胜感激 参考URL:虽然还不到一天,因为我没有看到任何回应,我想发布我迄今为止拼凑的临时解决方案 首先,请查看Mozilla下面的链接,以更好地了解CORS和选项,因为

我目前正在通过WAS7和Web2.0功能包1.1.0.0试验IBMJAX-RS功能。我遇到的问题是客户端dojoajax调用造成了CORS的情况,我基本上是想弄清楚如何正确处理选项请求

我在引用的url中遵循了这个示例,虽然它是针对WAS8的,但它不应该影响我正在玩的角色;但是,据报道,系统找不到任何支持选项的方法

任何帮助都将不胜感激


参考URL:

虽然还不到一天,因为我没有看到任何回应,我想发布我迄今为止拼凑的临时解决方案

首先,请查看Mozilla下面的链接,以更好地了解CORS和选项,因为它为我完成了这一任务

链接:

接下来,是关于IBMJAX-RS处理选项问题的一个更新。处理选项请求似乎与处理其他GET/POST没有什么不同,它需要与@Path值完全匹配。这并不是我真正想要的,在我的例子中,我尝试了@Path value中的通配符,但没有触发系统来处理选项

现在,我们来看看解决方案。毫不奇怪,我最终使用了一个过滤器将选项请求转发给资源中的一个方法,该资源使用@OPTIONS和固定的@Path值进行注释,例如@Pathoptions

在filter中,我处理alloworigin和allowheader,然后我离开了资源的@OPTION方法来处理Allow方法

这是非常简单和基本的解决方案。除了在过滤器内部进行适当的检查外,不需要为每个请求过度添加标头

这里有一个问题,它适用于Chrome版本23.0.1271.95 m和Mozilla 9.0.1,但不适用于IE。我仍在试图弄清楚IE是如何应对这些CORS的。希望这有帮助