java - 当类加载器顺序 PARENT_LAST 时，Websphere 7 基于表单的身份验证被忽略

Question

我有一个非常简单的 Web 应用程序，它将 spring 安全性与 j2ee 声明性安全性集成在一起。web.xml 的重要部分如下所示:

<security-role>
    <role-name>ROLE_USER</role-name>
</security-role>
<security-role>
    <role-name>ROLE_SUPERVISOR</role-name>
</security-role>

<security-constraint>
    <web-resource-collection>
        <web-resource-name>All Resources</web-resource-name>
        <url-pattern>/*</url-pattern>
    </web-resource-collection>
    <auth-constraint>
        <role-name>ROLE_USER</role-name>
        <role-name>ROLE_SUPERVISOR</role-name>
    </auth-constraint>
</security-constraint>   

<login-config>
    <auth-method>FORM</auth-method>
    <form-login-config>
        <form-login-page>/login.html</form-login-page>
        <form-error-page>/accessdenied.html</form-error-page>
    </form-login-config>
</login-config>

这与 Tomcat 6.0.33 和 Glassfish 3.1.1 中的预期完全一致。当我将同一个应用程序迁移到 Websphere 7.0.0.17 时，我注意到我必须反转类加载器顺序，将其标记为 PARENT_LAST(因为 WAS 嵌入了一个非常旧版本的公共(public)日志记录，这会破坏 web 应用程序)。

我期望的行为是当我在 web 应用程序中请求资源时，WAS 重定向到表单登录页面。

我看到的行为是，websphere 不是通过显示登录表单来保护 protected 资源，而是直接进入由应用程序内的 spring security 提供的“访问被拒绝”。

我也尝试过使用 BASIC 而不是 FORM 作为 auth-method，结果是相同的。

关于我可能做错了什么有什么想法吗？

编辑:禁用 Spring Security 会导致声明式安全性按预期工作。这样得出的结论是，如果我希望首先触发内置的 LoginFilter，我必须在 web.xml 中显式声明它——给我一个对 WAS 的依赖:O(

编辑:我还发现 WAS 在应用声明性安全性之前会触发应用程序中声明的过滤器；无论类加载器顺序如何，都会以这种方式发生。

注释:我启用了管理安全性，并正确映射了用户角色等。我使用 websphere 附带的“DefaultApp”验证了这一点，“snoop”servlet 受到保护，并且挑战似乎在该应用程序中正常工作。

Answer 1

既然您说 Web 应用程序非常简单，那么我会采取完全不同的方向:从依赖项中消除公共(public)日志记录并依赖 WAS 中的日志记录。 JCL 很难从 Websphere 中根除(例如，请参阅我试图帮助解决的其他此类问题: Explanation of class loading in an EAR for non-requested but dependent class )。流行的提示是切换到 PARENT_LAST，但相当多的人报告这对他们不起作用。

检查你的依赖关系，看看 JCL 依赖什么；如果您使用“nodep”jar(独立包含所有依赖项)，请将它们更改为单个jar。 Maven 是一个很好的 helper ，如果你不使用它，那就只能靠手动工作了。