Mapped Attribute Value Always Passing Default
Brandon McKean
mckeanbs at jmu.edu
Mon Oct 31 16:51:16 EDT 2016
That would explain it then. My interpretation of its description was
that it looked at multi-value attributes as a single entity, rather than
piecemeal.
Thanks to everyone for clarifying this.
--
Brandon McKean
IT / Systems
Linux Administrator
(540)568-4235
On 10/31/2016 03:43 PM, Greg Haverkamp wrote:
>
> On Mon, Oct 31, 2016 at 12:28 PM, Losen, Stephen C. (scl)
> <scl at eservices.virginia.edu <mailto:scl at eservices.virginia.edu>> wrote:
>
> Is the source attribute multi-valued? I think the mapped plugin
> generates an output value for each input value, so if you have one
> input value that matches, and one that does not, then you get two
> output values, one of which is the default.
>
>
> It will absolutely do this. ("The content is matched against each
> input value and if it matches, then the <ReturnValue> is output.")
> Had me stumped for a while, when I tried using it shortly after my v3
> upgrade. (More than just ignoring Scott's recommendation to upgrade
> in-place, I not only did a "clean" upgrade, I also changed some
> functionality, ditching my JDBC-resolved attributes and trying to use
> Mapped attributes for the first time. Only a small segment of my
> population at the time produced multiple values...)
>
> Greg
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20161031/b877ceff/attachment.html>
More information about the users
mailing list