Actually, it is not even necessary to have an @ejb.bean tag at the top of the class. It is only necessary that the class implement javax.ejb.EntityBean.
Are there any developers monitoring this post looking at this problem? I have already opened a JIRA bug (key: XDT-1544). Does anyone know of an immediate solution? I have also tried modifiying home-local.xdt by including the "superclasses" attribute set to "true" under the "XDtEjbHome:forAllHomeMethods" element: <XDtEjbHome:forAllHomeMethods type="local" tagName="ejb:create-method" superclasses="true"> , but that did not help. Is there some other template (.xdt) file that I need to modify or am I just way off track? Thanks. --- Marco Mistroni <[EMAIL PROTECTED]> wrote: > Hello, > ok i probably i did not understand well your > setup.. > It looks like (and pls anyone correct me if i am > wrong) XDoclet 'recognizes' > the ejb-create method > only if it is within a class that is an Entity bean > (identifed by the > xdoclet tags at top of the class). > could you pls explain the big picture? > what are your usecases? > why do you need to have a 'common' ejb-create (and > thus, you will have n > EJBs with exactly the > same primary key)? > what are the relationships between your EJBs? > if the assumption that i have made above (XDoclet > recongizes ejb-create > only within a class that is an EntityBean), you > may need to 'rearrange' your relationships.... > HTH > marco > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ xdoclet-user mailing list xdoclet-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xdoclet-user
