<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 3, 2015 at 11:29 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":40c" class="a3s" style="overflow:hidden">The trick is that the SourceAttribute ID is only relevant if the dependency is a data connector. If it's an attribute definition, the SourceAttribute doesn't matter, it simply pulls the values from all the dependent attribute definitions and merges them together as the value of the SourceAttribute.<br></div></blockquote><div><br></div><div>Yes that was my original hypothesis, source attribute name doesn't have any effect when dealing with attributes as sources. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":40c" class="a3s" style="overflow:hidden">
<br>
That's what you're seeing. The gist is that layering Template on top of *any* AttributeDefinition is pathological.<br></div></blockquote><div><br></div><div>That settles it. You may want to adjust the example in the wiki of idpv2 which lists a couple of attributedefinition dependencies in a template. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":40c" class="a3s" style="overflow:hidden">
<br>
My use case locally is on top of a DataConnector. In that case, the SourceAttribute ID is applied to pull that *specific* attribute out of the connector. Which is what you expect to get.<br>
<br>
That's the "bug".<br>
<br>
I don't know if it's fixable, but Rod and I might need to huddle on this in the context of V3.</div></blockquote><div><br></div></div><br><br><br clear="all"><br>-- <br><div class="gmail_signature">Athanasios Douitsis<br><br><br></div>
</div></div>