On Fri, 2 Nov 2001, Ara Abrahamian wrote: > It's different stories: > - support abstract base beans > - support optional subtasks > > For the first one isAConcre... does the trick, for the second: > - if cmp/bmp/session is on and it's a concrete bean -> generate > cmp/bmp/session subclasses > - if cmp/bmp/session is off and it's a concrete bean -> don't generate > cmp/bmp/session subclasses > - if cmp/bmp/session is on and it's not a concrete bean -> don't > generate cmp/bmp/session subclasses > - if cmp/bmp/session is off and it's not a concrete bean -> Nothing to > do!
ok - I'm getting there... thanks for going through the logic (o: the only thing I'm not sure of now, is what you mean by "if cmp/bmp/session" is on/off. I assume you mean either "implements", or some parameter to ejb:bean, although the only param I can think of is generate, which is what I thought you were trying to avoid... cheers dim > > Note that isConcrete... assumes that mostly people provide an abstract > base class for their concrete beans, they are not interested in > create()-ing PersonBean not CustomerBean/EmployeeBean/etc. But if you > really want to be able to create() a PersonBean you can if you put a > generate="true" in it. It's a good assumption (or smart default!). > > 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
