Thanks for the quick response... On Tue, Oct 02, 2001 at 08:51:34AM +1000, Dmitri Colebatch wrote: > Russell, > > I assume you're using a (relatively) current version of XDoclet?
Yup... I'm using the cvs repository, with the tag xdoclet-1-0. > > On Mon, 1 Oct 2001, Russell Chan wrote: > > > THis is what my beans javadoc header currently looks like: > > /** > > * @ejb:bean name="testapp/Member" persistent="CMP" jndi-name="ejb/test/Member" > > * @ejb:transaction type="Required" > > * @ejb:interface remote-class="com.test.interfaces.Member" > > * @ejb:home remote-class="com.test.interfaces.MemberHome" > > * @ejb:pk class="java.lang.Integer" package="java.lang" generate="false" >unchecked="true" > > * @ejb:finder signature="Member findByPrimaryKey(java.lang.Integer)" >unchecked="true" > > * @ejb:finder signature="Collection findAll()" unchecked="true" > > */ > > The pk class shouldn't be generated on two counts: 1. If you have > generate="false" XDoclet wont generate it, 2. If your pk class is in the > java.lang package it wont be generated. You also dont need the package if > you have class... either use class, or package and/or pattern (both have > defaults). > > What is actually happening? is it generating anything? > IMO the behavious is partially right. It's *NOT* generating a PK class which is what I want. However, the home interface also does not have a findByPrimaryKey method generated, which I would have thought would have been generated (since the key is in the java.lang package). I could write a finder, but I was wondering what the behaviour for this should be... Russ _______________________________________________ Xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
