Harkness, David wrote:
bob combs wrote:Yes it does.
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 definesBasically, yes. The VOs will get constructed on the other side of the RMI/SOAP bridge with a typesafe UUID - not just some potentially random 'ol string. Your suggestion makes some decent sense (at least for the getter) too. I usually have VOs implement interfaces (the things I _really_ use in any client code anyway). However, I have yet to figure out all the doo-hickeys to get the VO to "extend" or "implement". Then again, I've barely started looking. I guess I'd better get crackin'.
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?
Thanks again for your help.
Anyplace convienent to place some of this stuff for example code when I get it all wrapped up?
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_______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
------------------------------------------------------- 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
