ResultCache values not reflecting LDAP values
Cantor, Scott
cantor.2 at osu.edu
Wed Jul 9 15:05:48 EDT 2014
On 7/9/14, 2:59 PM, "David Bantz" <dabantz at alaska.edu> wrote:
> <Script>
> <![CDATA[
>
>importPackage(Packages.edu.internet2.middleware.shibboleth.common.attribut
>e.provider);
> importPackage(Packages.org.slf4j);
> if (eduPersonAffiliation == null) {eduPersonAffiliation = new
>BasicAttribute("eduPersonAffiliation");}
> ]]>
> </Script>
I suppose in theory that might work, but I really don't think you want to
be naming things like that. I would fork the naming so that you have more
clarity and no chance of some kind of weird side effect.
One of my biggest complaints about LDAP is the lack of field aliasing like
SQL has.
Also, I don't think that script is doing anything, is it? It's generating
an empty attribute with no values. If you want to expose the underlying
attribute from LDAP, just use a Simple definition, but I'm not sure why
you'd need that anyway, whatever's sitting on top of it should be able to
consume the data connector's output.
-- Scott
More information about the users
mailing list