Apigee CORS允许原点在OPTIONS [英] Apigee CORS allow-origin on OPTIONS

查看:206
本文介绍了Apigee CORS允许原点在OPTIONS的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我使用的是API oAuth2服务,将令牌传回到应用程式。通常,需要在开发人员端代理连接,但这会增加额外的速度惩罚,这将使Apigee太慢使用。

I'm using an API oAuth2 service where I pass back the token to the App. Normally there is a requirement to proxy the connection at the developer end but this is adding an additional speed penalty that will make Apigee too slow for usage.

我们的应用程序因此XHR的请求直接,这在Safari上工作正常,但在Chrome的OPTIONS请求Apigee不返回allow-origin - *。

Our App therefore XHR's the request directly, and this works fine on Safari but on Chrome the OPTIONS request to Apigee doesn't return allow-origin-*.

任何Apigee开发人员知道什么

Do any of the Apigee developers know what the policy is here or whether they can enable it for OPTIONS as they do for other transport methods?

请注意,Andrew

Regards, Andrew

推荐答案

Andrew,

如果我理解你的问题,你问的是如何使用Apigee总是返回一个特定的所有OPTIONS请求的标题。

If I understand your question, you're asking how you could use Apigee to always return a specific header for all OPTIONS requests.

一种方法是使用条件流分配消息策略

例如,条件为:
< Condition> request.verb equalsOPTIONS< / Condition>

希望有帮助,

Marsh

这篇关于Apigee CORS允许原点在OPTIONS的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆