问题标签 [http-options-method]

POST /options/somewhere当我在下面创建 grails 2.2.4 应用程序时，我看到了对OPTIONS /options/somewhere.

有什么方法可以对 OPTIONS 请求调用控制器操作吗？

POST有效和无效的应用程序OPTIONS：

UrlMappings.groovy：

ApiController.groovy：

我已经开始设计一个 API，并决定尝试使其符合 REST/HATEOAS。API 的入口点应该是什么？

这似乎是一个常见的问题，GET /但从我读过的内容来看，使用它在逻辑上可能更有意义OPTIONS /，因为实际上没有/用于检索的资源。

我在这里给出了这两个例子，使用JSON 的HAL语法作为超媒体格式。

得到 /

要求：

回复：

选项 /

要求：

回复：

我有一个由 HTTP 提供的页面。客户端代码向同一域发送 AJAX 授权请求，但使用 HTTPS。（所以它是CORS）。

FireFox 生成此请求： // 域和 cookie 已更改

我的服务器响应：

FireBug 显示 OPTIONS 请求成功，但之后不触发 GET 请求：

我的回答有什么问题？

我正在使用 rails-api 构建一个公共 json api。

我想响应 OPTIONS HTTP 方法以利用跨域资源共享。

http://www.w3.org/TR/cors/

我正在这样做：

它可以工作，但某些 URL 不支持所有 HTTP 方法。在那些情况下，我在撒谎。

我不想为每个 URL 配置 Access-Control-Allow-Methods。

有没有办法根据我的路线响应 Access-Control-Allow-Methods？

我正在开发一个网络应用程序。它使用基本身份验证。它必须处理 OPTIONS 请求。这些是 Web 浏览器预检请求以及来自 WebDAV 客户端的功能支持请求。

据我了解，必须在不请求身份验证的情况下处理 OPTIONS 请求（即我的服务器不应以 401 Unauthorized 响应），它必须给出如下响应：

我的问题是：我是否应该始终对 OPTIONS 请求提供相同的响应，无论 URL 是什么，还是应该取决于 URL。

例如，如果找不到上面示例中的 file.ext，我应该回复“404 Not found”还是“200 OK”？

当我RequestMapping在 Spring MVC 中配置我的 s 时，我想在使用Allow该OPTIONS方法时自动生成正确的标头。

例如，使用此控制器：

现在，如果我OPTIONS向该 URL 发出请求，我会得到 405，方法不允许。相反，我希望它自动响应

Allow: GET, OPTIONS和204 - No content

我有一个想法，像这样添加一个拦截器：

如果我没有编写自定义拦截器，这个功能是否存在？如果不是，我该如何解决并查找发生调用TODO的同一 URL 上存在哪些注释？OPTIONS

我的mac有问题。我无法从浏览器或使用 curl cmd 发送 http 选项请求。我不知道为什么。它不适用于我的所有用户。我关闭了防火墙和所有不必要的服务，但问题仍然存在。

我录制了显示问题的视频：

• https://www.youtube.com/watch?v=Hacq8rYXNNk
• https://www.youtube.com/watch?v=yapatgPnudQ

我在 Rest API 的上下文中。当我执行跨域请求时，我需要发回标头“Access-Control-Allow-Origin”。

我有一个控制器，例如：

如果我使用 GET 运行测试，结果如预期：

但是，如果我使用 OPTIONS 发送请求，控制器将永远不会处理该请求：

任何人都知道为什么我会收到这个“默认响应”以及为什么我不能自定义它？

我试图在 Spray 服务器上实现 CORS 支持（版本 1.1-20131011，其中已经支持 cors 标头）。

目前，服务器代码如下所示：

并像这样使用

使用 curl 时，POST 和 OPTIONS 方法的响应都符合预期。但是，从浏览器中，我得到 Origin is not allowed by Access-Control-Allow-Origin (Chrome) 或 Error 415 Unsupported Media Type (Firefox)，而且似乎根本没有发送 POST 请求。

请求jQuery代码如下：

我已经阅读了 CORS 规范和我能找到的所有资源，尝试了 Access-Control-Allow-headers 的任何可能组合（有和没有 Access-Control-Allow-Credentials、Access-Control-Allow-Headers 的不同内容和Access-Control-Allow-Methods、Access-Control-Allow-Origin 设置为 * 或单个 Origin 等）。我还尝试从磁盘（Origin null）、网络服务器（Origin localhost:8888）和远程服务器（Origin 标准 url）运行脚本，因为某些浏览器显然会阻止来自本地的请求，但总是相同的负面结果。

任何帮助如何使这项工作将不胜感激。

我有 CORS 使用以下内容：

在我的global.asax：

但是发生了一些奇怪的事情——如果我在控制器中设置断点，OPTIONS 请求就会通过null练习进入内部。为什么会这样？我希望Flush()能防止这种情况发生。

就目前而言，我需要向所有对 CORS 敏感的端点（PUT、DELETE）添加对 null 的检查。这似乎不优雅......我是否应该能够防止 OPTIONS 请求击中控制器逻辑，而不是直接用所需的标头响应？