In a situation where you dont own the database and need to see changes in "realtime", you are forced to use commit-option b or c. The problem is that the standard container configuration for entity beans leads to heavy locking if simultaneous transactions uses the same entity bean. To avoid heavy locking you declare getters as read-only. Unfortunately those getters will use the cache and then you will not see the changes in "realtime".
I've switched to using another container configuration for entity beans, entity per transaction. Then I dont need the read-only getters and the locks are gone. Dont try the cachepolicy code shown in the previous post, its an antipattern. /2n View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3900825#3900825 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3900825 ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
