Thomas Dudziak wrote:
Cl�vis Wichoski wrote:
Thanks, Thomas all works now
there are any reason that OJB don't get collections from super?
What do you mean ?
If I use a reference with super keyword in a subclass, and determine-extents="false" in super-class and include-inherited="false" in subclasses, all fields from super classes are recognized in Query of subclasses, but for collections don't ie: (FROM Company WHERE shortcut = "COMPANYX" works but FROM Company WHERE myAddress.myCity.name = "CITYX" don't), because what OJB don't investigate superclass descriptor about collections and references to resolve query path expressions? There are any design issues about this? this is done for fields but don't for collections.
maybe in newer versions XDoclet/repository includes an attribute like ojb-check-collections-from-super or better. ;)
I'm not sure what you mean, but you should be aware of the differences between 'include-inherited' and 'determine-extents'. The former works on the Java level, e.g. it specifies whether base class features marked with an @ojb tag should be copied to the current class descriptor. The latter specifies whether the XDoclet OJB module should automatically create extent-class tags in the repository file for all persistent subtypes of the current class. These extent-class tags tell OJB's runtime about the inheritance, but they won't work with the multiple-joined-table strategy. This however has no influence on the include-inherited part.
So you almost always have include-inherited=true (using ojb.modify-inherited with ignore=true for features that you don't want in the descriptor of the current class) whereas you will want determine-extents=false for the inheritance hierarhcies mapped with the multiple-joined-table strategy.
ok, I understand all of this, but the idea of ojb-check-colletions-from-super, is to reduce errors from changes in super, think this, you had a super class that have 20 subclasses, if you add only one new field in this superclass then you need to change all subclasses with a include-inherited part for this new field.
TIA
Cl�vis
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
