Hi Richard, yes, we are really using it.
The trick is: XDoclet does not know at all about the *Impl classes. Look at the build.xml file in the car-rental-system sample. We "patch" the deployment descriptor with a <replace> task in Ant. This requires a naming convention: Session beans must be named "Service" at the end. See our web pages for details. Cheers... Matthias P.S.: If you know a nice way to make XDoclet accept the *Impl classes, we'll throw away the ugly patch. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Richard Kunze > Sent: Tuesday, May 27, 2003 9:36 AM > To: [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: [Andromda-user] Is anybody using the EJB cartridge? > > > Hello *, > > subject says it all: Is anybody really using the EJB cartridge? > > If so, how did you get XDoclet to generate correct interfaces > and deployment > descriptors from the *BeanImpl.java sources? Maybe I'm simply > too stupid, but > for me, XDoclet (at least with the standard EJB templates) > doesn't inherit > the xdoclet tag definitions from the autogenerated *Bean > class (i.e. the > direct superclass of the *BeanImpl). Instead, it uses default > values based on > the class name of the *BeanImpl almost everywhere, giving me > e.g. an entity > name of "WhateverBeanImpl" instead of "Whatever" as specified > in the model. > > If anybody knows a neat trick do make this work (preferrably > without writing a > new set of XDoclet EJB templates - I just spent a couple of > days on a new, > much improved EJB cartridge for AndroMDA and don't really > want to do this all > over again in XDoclet :-) I'd appreciate if you could tell me. > > Thanks in advance, > > Richard > -- > Richard Kunze > > [ t]ivano Software, Bahnhofstr. 18, 63263 Neu-Isenburg > Tel.: +49 6102 80 99 07 - 0, Fax.: +49 6102 80 99 07 - 1 http://www.tivano.de, [EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Andromda-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-devel
