Reverse attribute mapping..

[Tom Zeller]

>>This works because (for reasons I have not yet complete grocked yet)
>>p:id="eduPersonAssurance" just sets the identifier that we maintain, it
>>does
>>*not* affect the Spring id - which I chose not to specify because the
>>beans
>>are embedded, but would be id="springId".  This ties in to the aliases
>>question below.
>
> I thought we did our own collision detection. I don't know if all the
> various lookups for definitions would handle multiple return values.
>
> Sigh, we're going to need to verify all that and determine whether we
> *can* change this.
>
> I'll open an issue for that.

My disclaimer is that I do not understand exactly what is being
discussed here. However, there is a difference between an id attribute
and id property as far as Spring is concerned. The bean definition
parsers typically set the id property, and the p:id shortcut is doing
that for us.