Websphere ClientContainer和WSLogin之间有什么区别？

我正在使用WebSphere v8.5和管理控制台，数据源部分中的安全设置允许我将映射配置别名设置为ClientContainer或WSLogin。这两种设置之间有什么区别

无论我选择哪种设置，我都可以连接，并且我的项目似乎可以工作。有人能解释一下什么时候选择一种设置而不是另一种吗

---

列表中的每一个都是Java身份验证和授权服务JAAS配置，而JAAS配置又包含JAAS登录模块的IBM实现

根据参考页，：

WSLogin模块定义了应用程序通常可以使用的登录配置和LoginModule实现。 ClientContainer模块定义了与WSLogin模块类似的登录配置和LoginModule实现，但强制执行WebSphereApplicationServer客户端容器的要求。 DefaultPrincipalMapping模块定义了一个特殊的LoginModule，Java 2连接器通常使用该模块将经过身份验证的WebSphere Application Server用户标识映射到指定后端企业信息系统EIS的一组用户身份验证数据用户ID和密码。

---

因此，对于一般用途，您可以使用WSLogin模块。当您使用JavaEE客户机时，请使用ClientContainer模块。当使用Java 2连接器时，请使用DefaultPrincipalMapping模块。

列表中的每一个都是Java身份验证和授权服务JAAS配置，而JAAS配置又包含JAAS登录模块的IBM实现

根据参考页，：

WSLogin模块定义了应用程序通常可以使用的登录配置和LoginModule实现。 ClientContainer模块定义了与WSLogin模块类似的登录配置和LoginModule实现，但强制执行WebSphereApplicationServer客户端容器的要求。 DefaultPrincipalMapping模块定义了一个特殊的LoginModule，Java 2连接器通常使用该模块将经过身份验证的WebSphere Application Server用户标识映射到指定后端企业信息系统EIS的一组用户身份验证数据用户ID和密码。

---

因此，对于一般用途，您可以使用WSLogin模块。当您使用JavaEE客户机时，请使用ClientContainer模块。使用Java 2连接器时，请使用DefaultPrincipalMapping模块。

查看此链接以了解更多信息

通常，对于任何服务器资源，如数据源、队列连接工厂等，都应该使用DefaultPrincipalMapping

---

ClientContainer别名更专用于将连接到WAS的客户端容器中运行的外部应用程序，而WSLogin更适合于服务器上运行的、希望自定义身份验证过程的应用程序。

有关详细信息，请查看此链接

通常，对于任何服务器资源，如数据源、队列连接工厂等，都应该使用DefaultPrincipalMapping

ClientContainer别名更专用于将连接到WAS的客户端容器中运行的外部应用程序，而WSLogin更适合于服务器上运行的、希望自定义身份验证过程的应用程序