[JBoss JIRA] (ISPN-8580) Reactor ThreadLocal use to handle hotrod flags
by Katia Aresti (JIRA)
Katia Aresti created ISPN-8580:
----------------------------------
Summary: Reactor ThreadLocal use to handle hotrod flags
Key: ISPN-8580
URL: https://issues.jboss.org/browse/ISPN-8580
Project: Infinispan
Issue Type: Task
Reporter: Katia Aresti
Assignee: Katia Aresti
Priority: Optional
OperationsFactory and MultimapOperationsFactory use ThreadLocal to share flags.
Instead store the flags on each instance of the RemoteMultiMap/RemoteCache and pass them when they invoke something. When a new flag is added or removed we would create a new instance. This seems much more intuitive to me and simpler.
Then the flags can be defaulted on the RemoteCache/RemoteMultiMap when it is retrieved from the manager as well.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 4 months
[JBoss JIRA] (ISPN-8579) CacheNotFoundException error too noisy
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-8579:
--------------------------------------
Summary: CacheNotFoundException error too noisy
Key: ISPN-8579
URL: https://issues.jboss.org/browse/ISPN-8579
Project: Infinispan
Issue Type: Enhancement
Components: Remote Protocols
Affects Versions: 9.1.3.Final, 9.2.0.Beta1
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 9.2.0.Beta2, 9.2.0.Final
For JCache Remote, creating a cache requires checking first of the cache exists server side, and if not create one using admin operations.
>From the server perspective, if the cache is not defined, a noisy exception is logged:
{code}
11:52:22,361 ERROR [org.infinispan.server.hotrod.CacheDecodeContext] (HotRod-ServerWorker-4-5) ISPN005003: Exception reported: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'org.jsr107.tck.event.CacheListenerTest' not found amongst the configured caches
at org.infinispan.server.hotrod.CacheDecodeContext.obtainCache(CacheDecodeContext.java:289)
{code}
This is too noisy. The server should log something, on debug maybe but we should not treat this as an error. The client already knows that the cache returned is null, so it needs to create the cache in the server somehow, that should be enough.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 4 months
[JBoss JIRA] (ISPN-8525) StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync failing randomly
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8525?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8525:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync failing randomly
> -------------------------------------------------------------------------
>
> Key: ISPN-8525
> URL: https://issues.jboss.org/browse/ISPN-8525
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.2.0.Alpha2
> Reporter: Galder Zamarreño
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.2.0.Beta2
>
>
> http://ci.infinispan.org/job/Infinispan/job/PR-5556/17/
> org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync
> {code}
> Error Message
> Timed out waiting for rebalancing to complete on node StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, expected member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-9821], current member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365]!
> Stacktrace
> java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, expected member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365, StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeB-9821], current member list is [StaleLocksWithLockOnlyTxDuringStateTransferTest-NodeA-8365]!
> at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:385)
> at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:421)
> at org.infinispan.statetransfer.StaleLocksWithLockOnlyTxDuringStateTransferTest.testSync(StaleLocksWithLockOnlyTxDuringStateTransferTest.java:102)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> ... Removed 16 stack frames
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 4 months