]
Manik Surtani updated ISPN-1678:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
A simple GET operation during a transaction or batching creates the
NonTxInvocationContext instead of the more efficient SingleKeyNonTxInvocationContext
--------------------------------------------------------------------------------------------------------------------------------------------------------
Key: ISPN-1678
URL:
https://issues.jboss.org/browse/ISPN-1678
Project: Infinispan
Issue Type: Enhancement
Components: Core API
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 5.1.0.FINAL
Doing a simple get, generates this stack:
org.infinispan.CacheImpl.get(Object)
org.infinispan.CacheImpl.get(Object, EnumSet<Flag>, ClassLoader)
org.infinispan.CacheImpl.getInvocationContextForRead(Transaction, EnumSet<Flag>,
ClassLoader, int) <-------------- int = 1
org.infinispan.context.TransactionalInvocationContextContainer.createInvocationContext(boolean,
int) <------------------ false, 1
org.infinispan.context.TransactionalInvocationContextContainer.newNonTxInvocationContext(boolean)
<------------------ true
At this point the information of this being a simple get - hence operating on a single
key - is lost, and we end up generating a NonTxInvocationContext, which initializes a
HashMap in it's constructor and is generally more expensive to use.
I'd like this use case to actually use
org.infinispan.context.SingleKeyNonTxInvocationContext
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: