Re: [infinispan-dev] Some flags are incompatible with implicit transactions

On Dec 13, 2011, at 2:39 PM, Sanne Grinovero wrote: > Why would you avoid FORCE_WRITE_LOCK ? Does the following make sense? tx.begin() cache.withFlags(FORCE_WRITE_LOCK).get(…) tx.commit()

It doesn't in my view. You force a write lock to then to something within a transaction with the knowledge that the key is locked. > Will I still be able to use an > explicit cache.lock() operation? Acquiring a pessimistic lock might be > an important functionality in some use cases. That's another interesting one, what's the point of doing: tx.begin() cache.lock() tx.commit() I don't see lock() being compatible with implicit tx.

> > About FAIL_SILENT.. I'm not sure about the use case, but I would > expect it to just avoid logging errors and to swallow eventual > exceptions ? Javadoc:    * <p>Swallows any exceptions, logging them instead at a low log level.  Will prevent a failing operation from    * affecting any ongoing JTA transactions as well.</p> I see not affecting the on going JTA transaction as the bigger motivator for using it rather than just avoiding showing the errors. Do you have any particular use case where the following makes sense? tx.begin(); cache.withFlags(FAIL_SILENT).put(k, v); tx.commit();