[
https://issues.jboss.org/browse/ISPN-6576?page=com.atlassian.jira.plugin....
]
Krzysztof Sobolewski commented on ISPN-6576:
--------------------------------------------
Yes, that's the problem. I assume the idea of this API is that the function is
replicated to all the owners (primary and backup) and executed there, modifying the local
value, without the need to replicate the result (or, actually, to *avoid* the replication
of final values). That way I can achieve what deltas would do - the function is the delta,
in other words.
Functional API does not load values from cache loader on non-primary
owners
---------------------------------------------------------------------------
Key: ISPN-6576
URL:
https://issues.jboss.org/browse/ISPN-6576
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 8.2.1.Final
Reporter: Krzysztof Sobolewski
Attachments: AbstractFunctionalCachestoreTest.java,
AbstractFunctionalCachestoreTest.java, FunctionalCachestoreTestNonTx.java,
FunctionalCachestoreTestTx.java
We have a cluster in DIST mode with numOwners > 1, so there are primary and secondary
owners, with persistence enabled. When I do a read-write operation on the cluster using
the Functional API on a key that is present in the cache loader, the entry that gets
passed to the functional operation has a non-null value only for the primary owner. See:
org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForWriteCommand()
line 53.
This is using non-transactional cache.
NOTE: The attached tests are modified version of the ones in ISPN-6573.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)