Anatol Pomozov wrote:
Hi Paul.
Sorry for a long delay.
Personally I prefer name and properties-name attributes because of
they are more readable. What do you mean saying "allow someone to
explicitly specify the element hierarchy they want"?? Why user need
specify parent element?? Property can be grouped into <properties>
only, right? Have you any other use-cases of element hierarchy
relationship??
Anyway I should look at XD1 usage of "parent-name" stuff.
Actually, I'm trying to determine how I'm going to implement in XD1, and
want to have XD1 and XD2 be consistent. :-)
There are many cases where element hierarchy can be ambiguous, The one
that's motivating me right now is mentioned in this email:
http://www.mail-archive.com/xdoclet-user%40lists.sourceforge.net/msg10436.html
I've been thinking for quite a while on this, and I agree with you that
your solution for the properties-property case is more readable.
Ultimately, however, if all cases like this were handled with the same
pair of generic attribute names, I think things become easier for the
user.
What the user should be able to do is simply look at the Hibernate
documentation and/or DTD, and be able to directly intuit what the
xdoclet tag and attribute names are that they need to use to achieve
their desired Hibernate mapping (and so not have to spend any extra time
pouring over the xdoclet hibernate module documentation). Having two
consistent 'extra' attribute names for explicit hierarchy specification
means that users only need to learn two standard attribute names that
are specific to xdoclet, rather than numerous attribute names that are
introduced for each case of hierarchy ambiguity.
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
xdoclet-plugins-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xdoclet-plugins-interest
