Bruce Ashton <mailto:[EMAIL PROTECTED]> once said: > Thanks for the pointer but unfortunately it doesn't seem to > be the whole > of the problem. I'm still not getting a remove(TemplateEntityPK pk) > style method in the home inteface.
[I caught the cluetrain towards the bottom, but I'll leave the following in on the off chance it helps someone, somewhere, do something.] Oh sorry, I thought the problem was that your ejbRemove() method was being replicated (and renamed) in the home interface. I don't actually do anything to make the remove(pk) methods appear in my home interfaces. Here are the tags in my base EJB: /** * @ejb.bean * generate="False" * view-type="local" * type="CMP" * cmp-version="2.x" * * @ejb.transaction * type="Supports" * * @weblogic.transaction-isolation TRANSACTION_READ_COMMITTED * * @weblogic.delay-database-insert-until ejbPostCreate * * @weblogic.persistence * finders-load-bean="False" * verify-columns="Version" * optimistic-column="version_num" * * @weblogic.cache * concurrency-strategy="Optimistic" * cache-between-transactions="True" */ public abstract class BaseEJB implements EntityBean As you can see, no surprises here. Here are the tags from one of my entity beans: /** * @ejb.bean * name="Phone" * display-name="Phone Number" * view-type="local" * jndi-name="identity/remote/PhoneHome" * local-jndi-name="identity/local/PhoneHome" * type="CMP" * cmp-version="2.x" * primkey-field="id" * * @ejb.persistence * table-name="phone" * * @ejb.ejb-ref * ejb-name="User" * ref-name="ejb/User" * view-type="local" * * @weblogic.automatic-key-generation * generator-type="ORACLE" * generator-name="phone_seq" * key-cache-size="10" * * @weblogic.pool * initial-beans-in-free-pool="10" * max-beans-in-free-pool="100" * * @weblogic.cache * max-beans-in-cache="100" * * @ejb.finder * signature="java.util.Collection findByUser(java.lang.Integer id)" * query="SELECT OBJECT(p) FROM Phone AS p WHERE p.userId = ?1" * result-type-mapping="Local" * transaction-type="Supports" * unchecked="true" * * @ejb.finder * signature="dd.ejb.entity.identity.PhoneLocal findByUserAndType(java.lang.Integer id, java.lang.Integer type)" * query="SELECT OBJECT(p) FROM Phone AS p WHERE p.userId = ?1 AND p.type = ?2" * transaction-type="Supports" * unchecked="true" */ public abstract class PhoneEJB extends BaseEJB Again, all basic stuff. I left in all the weblogic and persistence tags so you can see I'm not hiding anything. ;) Finally, the following is from the PhoneLocalHome interface: *smack* Okay, now that I'm paying attention, I (think I) understand your question. XDoclet will not generate a remove method in your home interface as it's already declared in EJBLocalHome: public void remove ( java.lang.Object primaryKey ) throws EJBException, RemoveException As your PK will extend jlO itself (man she's everywhere!), there's no need to override with the specific PK class. JBoss should then generate the method implementation for you. However, this doesn't explain the warning from JBoss that you are seeing, but I haven't used JBoss before. Good luck! David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
