activationConditionRef problem

Cantor, Scott cantor.2 at osu.edu
Thu Jul 9 15:53:58 EDT 2015


On 7/9/15, 3:45 PM, "users on behalf of Liam Hoekenga" <users-bounces at shibboleth.net on behalf of liamr at umich.edu> wrote:

>I got it working with
>
>    <bean id="ExampleOrgPredicate" parent="shibboleth.Conditions.RelyingPartyId" c:candidates="#{ 'https://shib-sp-test.www.umich.edu/shibboleth' }"/>

You're not really buying anything wrapping the string that way, c:candidates="foo" alone should work. But yes, that will force the right constructor to get used, sometimes at least.

The reality is that the parameter is a list of strings and the prudent thing is to give it that. #{'foo'} is just a string. #{{'foo'}} is a list of strings, size 1.

>I'm still learning about Spring.  Are c:_0 and c:candidates somewhat equivalent?  Should c:_0 access the zero slot in the c:candidates structure?

No, the 0 is the index of the constructor argument you're supplying to the class you're building. Saying c:candidates tells it to look for a constructor with a parameter with that name, which the right constructor does have and the wrong constructor it was using before doesn't.

I think we can fix the behavior so it doesn't silently behave like this one way or the other, I asked Rod to file a bug so we can study the tradeoffs.

-- Scott



More information about the users mailing list