Data Connector Depending on Attributes

[Cantor, Scott]

On 2/1/16, 10:15 PM, "users on behalf of Nate Klingenstein" <users-bounces at shibboleth.net on behalf of nate.klingenstein at utah.edu> wrote:


>
>> It's not a good idea because it's just confusing, but it depends if you mix them in something that accesses both. Data sources hold the data they produce, it's not lumped into a global map. Attributes are.
>
>I had (mis-?)recalled an ancient message by Chad that said that data connectors were, from the point of view of a dependent part of the resolver, conceptually just big bags of attribute definitions.

They are, but the bag is isolated from all the other bags.

But that doesn't make it a good idea to duplicate names in different contexts. It's like defining a local variable with the same name as a parameter in a function. You can do it, but you should be slapped with a wet fish if you do.

In V3 you can also rename LDAP result data like you can with JDBC, so there's no excuse to create overlaps.

-- Scott

>