hvendelbo wrote:
first :
Road map mentions that in the future support for extending a certain interface/class will be supported through a meta tag "base-class". I assume it is cut from an old forum post and refers to the current implementation.
yes - and if you notice the text "(Now supported via <meta>)" it states that it is now available...;)
Quote:
In the wiki Codegeneration with Root persistent class describes using <meta attribute="extends">.
yes - it explains the usage of the "extends" meta attribute.
Quote:
In the reference section 19.2.2 under Toolset Guide <meta attribute="implements"> describes the approach I used. It explains that if I put a meta tag in the top of a hbm.xml file all classes will inherit the feature.
Did you read it ? ;)
It states just below the meta tag table:
"Attributes declared via the <meta> tag are per default "inherited" inside an hbm.xml file." and a few lines later it states: "Note: This applies to all <meta>-tags." and just a few words later it explains how it is used: "To avoid having a <meta>-tag inherited then you can simply specify inherit="false" for the attribute, e.g. <meta attribute="scope-class" inherit="false">public abstract</meta> will restrict the "class-scope" to the current class, not the subclasses."
Quote:
It doesn't refer to how composite-id's are treated in relation to this inheritance, but I assume that;
1) inheritance is the rule for all xml tags regardless of type
or
2) the feature is improperly implemented, as the rule is only intended to apply to <class> tags
it states it goes for *all* meta attributes and it works on all xml tags ;)
Excuse me for being very precise - but i hope this posting will be found the next time people ask this question ;)
Quote:
P.S. I haven't found any way of disabling the generation of composite-id classes. Is it possible ?
No, there ain't a "do-not-generate" meta attribute...jira entry and/or patches are welcome ;)