当前位置：文江博客话题详情

如何在内的属性交换期间提供多个 URI 作为类型值security-context.xml 中的标签？

发布于 2024-12-01 16:19:51 字数 396 浏览 0 评论 0原文

我正在使用 Spring Security 3.0.5 在我正在处理的网站中提供身份验证和授权...用于访问我定义如下的电子邮件属性...

现在我想为所有三种属性类型提供支持所有三个类型。我如何提供对多个属性的支持。

谢谢，

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

眼眸里的快感 2024-12-08 16:19:51

如果没有一些相对广泛的定制，您所描述的内容在 Spring Security 3.0.5 中实际上是不可能的。我可以想到几个选项：

为每个可能的架构组合创建不同的 openid-attribute 映射。例如：

<security:openid-attribute name="email" type="http://axschema.org/contact/email" required="true" count="2"/>
<security:openid-attribute name="email2" type="http://schema.openid.net/contact/email" required="true" count="2"/>
<security:openid-attribute name="email3" type="http://openid.net/schema/contact/email" required="true" count="2"/>

此选项的痛苦在于，当您尝试使用这些属性执行某些操作时，您需要查看 3 个不同的属性值。

使用 Spring Security 3.1 功能支持每个 openid-attribute 元素上的 identifier-matcher 来缩小 OpenID 提供者对特定模式的使用范围。这样做的好处是，您可能只使用单个属性名称，并期望 identifier-matcher 功能选择正确的属性名称。缺点是您需要做一些功课来确定哪些 OpenID 提供商支持哪些架构和属性。

不幸的是，这两种情况都不是一个很好的解决方案 - 欢迎来到 OpenID AX 的世界:)

Without some relatively extensive customization, what you describe isn't really possible in Spring Security 3.0.5. You have a couple options that I can think of:

Create different openid-attribute mappings for each possible schema combination. For example:

<security:openid-attribute name="email" type="http://axschema.org/contact/email" required="true" count="2"/>
<security:openid-attribute name="email2" type="http://schema.openid.net/contact/email" required="true" count="2"/>
<security:openid-attribute name="email3" type="http://openid.net/schema/contact/email" required="true" count="2"/>

The pain of this option is that you would need to look at 3 different attribute values when you are trying to do something with these attributes.

Use the Spring Security 3.1 functionality supporting identifier-matcher on each openid-attribute element to narrow the use of particular schemas by OpenID provider. The benefit of this is that you could potentially use only a single attribute name, and expect the identifier-matcher functionality to pick the right one. The downside is that you will need to do the homework of figuring out which OpenID providers support which schemas and attributes.

Unfortunately, not a great solution in either case - welcome to the world of OpenID AX :)

回复收藏 0 原文

~没有更多了~