Spring Security 3 SavedRequestAwareAuthenticationSuccessHandler对POST和GET没有区别

Question

有这样问题：当使用spring Security3时，尝试在应该登录时询问资源（通过GET）或提交表单（通过POST）。所以我重定向到log in form，然后spring恢复我的原始请求，但它总是恢复为GET请求（即使我尝试进行POST请求）。所以我在想我该怎么修好它？或者我如何允许spring security只存储GET request而跳过POST？

我在DefaultSavedRequest中发现了这样的代码：

public boolean doesRequestMatch(HttpServletRequest request, PortResolver portResolver) {

    ...

    if (!"GET".equals(request.getMethod()) && "GET".equals(method)) {
        // A save GET should not match an incoming non-GET method
        return false;
    }

根据我的理解，这个方法比较了缓存请求和传入请求，它表明只有当传入请求不是GET，而存储请求是GET时，请求才是不相等的。所以在我的例子中，存储请求是POST而传入是GET，所以它返回的是等于，所以它的工作是错误的。我能用它做什么？这样具体的比较是不是有bug或者有什么意义？

更新。我重新运行错误，发现我的主要描述不完整。我试着更详细地描述它。我有GET url，它打开表单，并通过AJAX提交与POST相同的url并弹出消息窗口。我执行获取URL，表单打开。比我登出，并尝试提交表单。弹出窗口输出错误。我登录并重定向到URL（这与GET/POST请求相同），但在屏幕上看到的不是form，而是AJAX请求的JSON响应，在Firebug中看到登录后执行POST请求。当我在登录后删除缓存过滤器时，我重定向到相同的URL，但它不是作为POST请求工作，而是作为通常的GET请求和打开表单。

Answer 1

正如手册所说，保存请求处理是一种“尽力而为”的方法。它不可能是所有人的全部。它将在执行登录时缓存请求（无论请求方法、获取、发布等），然后在登录后重定向到缓存的URL。

重定向后的传入请求将是GET（例如，您不能重定向到POST），因此它将尽最大努力将其与缓存的请求进行匹配，并决定是否应该使用缓存的请求来替换它，从而继续进行，就好像登录从未发生过一样。

您发布的代码引用了这样的情况：用户尝试发出GET请求，然后被提示登录。如果对同一URL的后续请求不是GET，则它不是登录后重定向的结果，因此不应使用缓存的请求来替换它。

您可以使用request-cache命名空间元素自定义requestcache，或者用no-op实现替换它。如果不想使用缓存的请求，可以设置form-login配置的always-use-default-target属性。