> Alright, I've forwarded this onto dev to check a couple of things, but it > seems very doable. I'll just see what other ppl think about > it... (invitation for comment (o: )... > > What I'm thinking is extending ifHas/DoesntHaveMethod to include a return > type and superclasses option. Then basically use that in the home > interface generation to prevent creating conflicting create methods... I > suppose it applies equally to finder and home methods...?
Well, we have something in dataobject, but it's not generic. I think putting it in ifHasMethod with return type + superclasses flag is the way to go. So we'll use it wherever we generate method that may be actually overwritten, including dataobject/pk/etc, any class that has an extends/implements param. CustomerDataObject now has redundant methods form its parent, PersonDataObject. Using this tag will make the redundant ones disappear. Keep up the good work :o) Ara. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
