bob combs wrote:
> WORKING!
WOOT!
> Had to add a null constructor into UUID to get the create()
> to work due
> to CMP wanting to do a class.newInstance(), then populate data on the
> primary key.
Yes, and I believe that's also the reason that the PK's fields (in the
class) need to be public -- it doesn't call the accessors but instead
directly sets the fields.
> Now I just have to make the VO inherit from somewhere or
> merge methods in so I can get a get/set UUID. Some form of inheritance
> would be best, I suppose, then I could hide the get/set Id() methods.
Just to verify, the VO does get the following method, correct?
public com...UUID getPrimaryKey() { return pk; }
If so, you could create a base VO class that defines
public abstract com...UID getPrimaryKey();
public com...UID getUUID() {
return getPrimaryKey();
}
Each generated VO would implement the first method, and the second
method is simply so you have a nicer name to access it. Is that what
you're looking to do?
David Harkness
Sr. Software Engineer
Sony Pictures Digital Networks
(310) 482-4756
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
