In attempting to generate weblogic deployment descriptors for EJB's I get a weblogic-ejb-jar.xml created successfully, yet I then encounter the insistence of xdoclet (1.2b3) that I need
@weblogic:relation join-table-name="blabla" in my classes where there are relationships defined for EJB. My question is, why does xdoclet INSIST on this ? If you look at the EJB spec you find that the default behaviour is defined by ejb-jar.xml, and the parts like relationships in weblogic-cmp-rdbms.xml I think are optional. The default implementation is up to the J2EE container about join tables etc, so for example if I define my relationships in ejb-jar.xml ONLY I am leaving it up to the J2EE container to do what it feels like with regards foreign keys and join tables (for n to m relationships). The whole point of the changes in EJB 2.0 was to allow relationships and minimise the amount of effort expended in defining database links - hence the container defines methods of creating tables, and the methods of linking, for the user - and if they prefer they can still specify any foreign keys (for cases where they already have a DB model and need to map to it). If I really HAVE to provide these 'link-table' names, what am I supposed to put in there ... any name I feel like ... the thing is, I want the container to create the table for me and handle all use of it so I really don't care what its called. The same applies to JBoss for that matter, but in the xdoclet jboss module at least it doesnt INSIST about having @jboss.relation tags - the only thing there is that it always includes the section in the descriptor file regardless of anything you try (!). My second question is, when xdoclet INSISTs that I have these tags, why does it not include this particular one (@weblogic.relation) in its documentation ? TIA -- Andy ------------------------------------------------------- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
