]
Sanne Grinovero updated ISPN-1678:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request:
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 if this being a simple get - hence operating on a single
key - is lost, and we end up generating a NonTxInvocationContext, which initializes an
HashMap in it's constructor...
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: