The reason I need a read-only bean and a read-write version of the same is to take advantage of the JBoss cache-invalidation feature and avoid ejbStore() calls on the read-only bean. Unfortunately read-only methods don't have the same effect.
Matt. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jonathan Carlson Sent: Friday, February 21, 2003 18:12 To: [EMAIL PROTECTED] Subject: Re: [Xdoclet-user] Read-only Entity Bean I'm still rather new to JBoss, but I think the best way to do this is instead to tell JBoss which methods are read-only in the jboss.xml file so those methods get a read lock instead of a write lock. However, I'm having trouble getting that info merged into my jboss.xml file. The merge point is jboss-{0}.xml and my entity bean class is DomainBean.java so I created a jboss-DomainBean.xml but it's not getting pulled in. Am I doing something wrong? Thanks in advance, Jonathan Carlson Minneapolis, Minnesota >>> [EMAIL PROTECTED] 02/17/03 04:30PM >>> Could anyone suggest a solution to the following problem. I'm trying to find the simplest and lowest maintenance way of sub-classing an entity bean in order to produce a read-only version (using the @jboss.read-only tag) of the exactly the same bean. The read-only version should have exactly the same methods on the local and localhome interface and use the same table for persistence. I've tried various combinations of tags with varying degrees of success but I've yet to achieve a combination which doesn't involve maintaining tags or code in both classes. Can anyone help? Thanks, Matt. ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ********************************************************************** ------------------------------------------------------- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user ------------------------------------------------------- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
