Dave,
I've cc'd this to the XDoclet list where it should really be.
Comments inline...
On Mon, 27 Aug 2001 08:43, Dave Smith wrote:
> After some messing around there seems to be a funamental design problem
> when using EJB 2.0,Entity beans and CMP. Xdoclet generates a CMP class
> from the orginal Bean that you describe and puts the new name {0}CMP
> into the ejb-name. The problem is that the getter and setter methods
> need to be declared abstract which there are not in the CMP . This also
> seems to break the whole getData and setData methods.
yep - we're still midway between 1.1 and 2.0. at the moment I'm testing
against jboss 2.4 final, rather than cvs... but there's obviously going to be
some calls going to be made. The two options for this are:
a) use a different template depending on whether the spec is 1.1 or 2.0
b) use "if spec version==" tests throughout the template where appropriate.
I suppose which one we do depends on how many more differences we'd need
between 1.1 and 2.0. Home methods are another issue that come to mind, but
they can quite cleanly be handled by option (b).
> I hacked up a version that does not create a CMP bean and puts the
> proper ejb-name tag but .. I am missing something?
Again, diff between 1.1 and 2.0 - of course in 1.1 xdoclet does for you what
the container does in 2.0. The other stuff that xdoclet does for you (in the
CMP bean) is implement your get/set data methods, and provide for dirty flag
tracking.
> Other stuff .. line 89 of ejb-body.j should read
>
> <abstract-schema-name><XDoclet:classTagValue tagName="ejb:bean"
> paramName="schema"/></abstract-schema-name>
yep - will check in tonight
> Jboss does not use jaws.xml anymore but jbosscmp-jdbc.xml, with some
> extra tags
>
I guess we also need a jboss-version flag somewhere, or do we have this
already...
> I would like to start to do the relationship stuff ..has anyone spec'd
> what the attributes names should be or should I just use the names that
> are supplied by the ejb-jar_2_0.dtd?
I'm not really across the relationship stuff myself, and I dont think its
been spec'd out yet (Ara?) so I think you're free to dive in. Be good to get
on the xdoclet-devel list, and continue the discussion there (o:
cheers
dim
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/xdoclet-devel
