Activation condition by Relying Party on NameID generators for IdPv3
Michael A Grady
mgrady at unicon.net
Mon Oct 19 14:03:26 EDT 2015
I'm working with the new NameID config in v3 for the first time (had left it to legacy format in the resolver before). I know there has been at least one thread related to specifying activation conditions, and what syntax(es) were working now and which weren't. I was trying to do so, and I don't get an error at startup, but I do seem to get an error when it goes to actually use it. What I tried was, for a couple of shibboleth.SAML2AttributeSourcedGenerator entries:
<property name="activationCondition">
<bean parent="shibboleth.Conditions.RelyingPartyId"
c:candidates="#{ {'relyingpartyX', 'relyingpartyY'} }" />
</property>
....
<property name="activationCondition">
<bean parent="shibboleth.Conditions.RelyingPartyId" c:candidate="relyingpartyz" />
</property>
If I remove the above, everything works as expected. So at least one it doesn't like. Now I know I also saw the config for doing an OR with a list, although the 'candidates' versus 'candidate' seemed like it might take a list. So is it trying having multiple for 'candidates', or is it that a single candidate needs to still have the #{ {'relyingpartyz'} } syntax, or ?
https://wiki.shibboleth.net/confluence/display/IDP30/ActivationConditions
--
Michael A. Grady
IAM Architect, Unicon, Inc.
More information about the users
mailing list