On Wed, 5 Sep 2001, Ara Abrahamian wrote:
> > On Tue, 4 Sep 2001, Ara Abrahamian wrote:
> > > - Added a generate parameter to ejb:bean, if "false" then the bean
> is
> > > not a concrete bean. Useful for cases such as PersonBean where the
> > > bean is just an abstract base class, not a concrete bean. - Updated
> > > all files accordingly. Note that I could merge the new
> > > ifIsAConcreteEJBean with forAllBeans and so on, but there are cases
> > > where you want to process ejbeans and other cases not.
> >
> > so we dont generate anything if we fine ejb:bean generate="false" -
> did we
> > also say we're going to skip anything that does not have any ejb:bean?
>
> By 'anything' you mean dataobject/pk/etc? No. You may want to have
> PersonData and derive CustomerData from it. Anyway, currently the
> dataobject derivation, or derivations in general, are buggy. The derived
> class has all methods and fields of the parent also. A BUG!
I suppose what I'm saying is to have the possibility of mixing ejbs that
are xdoclet and those that are not. I've just been through porting a
non-xdoclet app across, and had to continually change my sourcepath as
otherwise xdoclet would complain about missing ejb:bean tags...
re the bug, oops... well caught. I'm assuming one of us (or someone
else) will fix that over the next few days...
cheesr
dim
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
