First of all, is this an option?  How about with optimistic locking?

To enable cache, there are 2 changes:
1) additional EntityBeanChaceBatchInvalidatorInterceptor
2)change cache to InvalidableEntityInstanceCache

To enable InstancePerTx, there is 1 change:
1)PerTxEntityInstanceCache

The fundamental issue I can see here is if the CacheInvalidation assumed 
QueuedPessimisticLocking, then there would only be one instance per container.  If so, 
then the actually cached version may be the context given to any one request instead 
of a copy of the context,which disables an InstancePerTx option.  To make perTx work, 
the cache would need to clone all cacheable objects before giving it to the client.  
Is this even possible?  Would something need to be added to the container that would 
allow a cloning of a context w/o hitting the DB?

For InstancePerTx, it appears that each Tx has its own cache(via TransactionLocal) and 
loads the values directly from the container on a miss.  This allows multiple 
instances of the same entity, each individually loaded from the DB seperately.  If on 
a miss, it checks a container level cache and clones it during a hit, this still may 
work.  But that leaves results with a container cloning w/o a db hit problem.

At first glance, I looks like this option is not available b/c of a container 
management/cloning issue. Suggestions? or enhancement?

-Ivan


JDK1.3.1_06
JBoss3_2_5
Oracle9i
Window2000Adv.Server


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844169#3844169

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844169


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to