ECMA to access SubjectCanonicalizationContext in Resolver

Cantor, Scott cantor.2 at osu.edu
Wed Nov 11 10:15:11 EST 2015


On 11/11/15, 5:19 AM, "dev on behalf of Rod Widdowson" <dev-bounces at shibboleth.net on behalf of rdw at steadingsoftware.com> wrote:



>> Rod might have a view on whether it's possible to adjust the behavior of
>> scripted attributes or connectors to not return anything with an empty
>value set
>> (as distinct from empty values).
>
>Would there not be backward compatibility issues?  Or do you mean a "no
>attribute if no values" setting.  Not sure I like that for the attribute
>resolver ("why do I not get an attribute if I run this scripted attribute",
>but it makes sense for the dataconnector.

I was thinking that, but then I also started wondering if there's an actual regression here vs V2. Since I don't see this kind of error on V2 in my config, I wondered if V2 was injecting attributes with no values into the scripting context of the LDAP filter template.

Either way, that would also be a solution, just not injecting them. That eliminates the variable creating the array exception.

Regardless, we need to trap the runtime errors, so that's just a bug.

-- Scott



More information about the dev mailing list