Question

Ehcache.xml

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:noNamespaceSchemaLocation="ehcache.xsd" maxBytesLocalHeap="800M">

        <diskStore path="java.io.tmpdir"/>
        <defaultCache eternal="true" overflowToOffHeap="false" overflowToDisk="false" transactionalMode="local"/>

    </ehcache>

我正在使用TransactionController进行事务管理。

 final boolean isLocalTransactionContext = mTransactionManager.getCurrentTransactionContext() == null;
        try {
            if (isLocalTransactionContext) {
                mTransactionManager.begin(10);
            }

Element cacheElement = mCache.get(Key);
return cacheElement;
} finally {
            if (isLocalTransactionContext) {
                mTransactionManager.commit();
            }
        }

当我在高速缓存中寻找的“密钥”对象在那里不可用时，它会耗尽时间。理想情况下，它应该只返回'null'但它会进入超时状态。同样，这并不总是可重现的错误。

et.sf.ehcache.transaction.TransactionTimeoutException: transaction [41] timed out
     net.sf.ehcache.transaction.local.LocalTransactionStore.assertNotTimedOut(LocalTransactionStore.java:108)
     net.sf.ehcache.transaction.local.LocalTransactionStore.get(LocalTransactionStore.java:349)
     net.sf.ehcache.store.AbstractCopyingCacheStore.get(AbstractCopyingCacheStore.java:95)
     net.sf.ehcache.store.TxCopyingCacheStore.get(TxCopyingCacheStore.java:33)
     net.sf.ehcache.Cache.get(Cache.java:1723)
     net.sf.ehcache.Cache.get(Cache.java:1696)

这可能是什么问题。提前谢谢。

Answer 1

由于您说这并不总是可重现的，我假设您不时会遇到此异常，并且仅在配置的事务超时（样本中的10秒）到期后才会出现。

这可能是，而且可能是完全正常的：如果并发事务正在修改您尝试获取的元素，则当前事务将阻塞，直到另一个事务提交或回滚。根据并发事务所花费的时间，或者如果有许多事务都在同一个密钥上竞争，很可能其中一个事务最终会超时。

使用事务控制器的Ehcache事务超时

1 个答案: