<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 3, 2015 at 10:21 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">>Something like the above actually works and produces val1:val1 where val1 is the value of template1.<br>
<br>
</span>Only if "whatever" also contains val1. It doesn't double anything. It runs the template engine X times where X = the number of values in the source attributes. Each run contains the nth value from each source attribute populated into the variables in the Velocity context. The names of the variables are drawn from the SourceAttribute elements, in this case, "whatever" and "template1".<br>
<br>
The actual values in the value set are derived by asking all the Dependencies (in this case template1) for the values of each source attribute and merging them together.<br>
<br>
I assume it merges them in the order the Dependencies are specified, but I would have to read the code, and I'm only going to look at V3 at this point.<br>
<span class=""><br>
> So basically, this explains why I cannot use two dependencies at the same time.<br>
<br>
</span>I do. Many of us do.<br>
<span class=""><br>
> It would seem that there's something to the effect that the template cannot tell which source attribute comes from where, so first time it gets all values from the first dependency, second time from the second and so on.<br>
<br>
</span>Well, no, it can't. The source attributes are NOT namespaced by the dependencies. It's one global namespace of attribute IDs.<br>
<br>
Whether you use common attribute names across data connectors depends on the merging behavior you're after.</blockquote></div><br></div><div class="gmail_extra">What I meant by whatever, is literally, whatever. <br><br></div><div class="gmail_extra">Slightly modifying the example from the gist Rod suggested, this actually works to my dismay:<br><br>        <resolver:Dependency ref="mapped1" /><br>        <resolver:Dependency ref="mapped2" /><br>        <Template><br>                  <![CDATA[${babadook}:${jabberwock}]]><br>                </Template><br>        <SourceAttribute>babadook</SourceAttribute><br>        <SourceAttribute>jabberwock</SourceAttribute><br><br></div><div class="gmail_extra">I assure you, I haven't ever used the IDs babadook or jabberwock in connection with shibboleth up to this point :). And yet I get back 4 values, A2V1:A2V1 , a1v1:a1v1 , a1v2:a1v2 , A2V2:A2V2. Talk about weird. I am noting this in the hopes of this  proving useful in future debugging by anyone. <br><br></div><div class="gmail_extra">I totally respect that you are not going to deal with idp2 or openjdk for that matter. Obviously I never had any trouble believing that the example works for you and the other respectable folks in this thread. Actually, there is hitherto no disagreement whatsoever with anything you or anyone else pointed out. As always, the help is much appreciated. <br><br><br></div><div class="gmail_extra">Kind regards,<br></div><div class="gmail_extra">-- <br><div class="gmail_signature">Athanasios Douitsis<br><br><br></div>
</div></div>