[JBoss JIRA] (ISPN-11126) Health check fails when authz is enabled and cache is not yet started
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-11126?page=com.atlassian.jira.plugi... ]
Will Burns resolved ISPN-11126.
-------------------------------
Fix Version/s: 11.0.0.Dev03
(was: 11.0.0.Dev04)
Resolution: Done
> Health check fails when authz is enabled and cache is not yet started
> ---------------------------------------------------------------------
>
> Key: ISPN-11126
> URL: https://issues.redhat.com/browse/ISPN-11126
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management, REST
> Affects Versions: 10.1.0.Final
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.1.6.Final, 11.0.0.Dev03
>
>
> When using predefined caches on a container with authorization, and the caches have not been started, the health handler for the cachemanager resource fails with an authorization error.
> The call should be wrapped in a SecurityAction.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-11440) Allow use of config sub-elements in XIncluded fragments
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-11440?page=com.atlassian.jira.plugi... ]
Will Burns resolved ISPN-11440.
-------------------------------
Fix Version/s: 11.0.0.Dev03
(was: 11.0.0.Dev04)
Resolution: Done
> Allow use of config sub-elements in XIncluded fragments
> -------------------------------------------------------
>
> Key: ISPN-11440
> URL: https://issues.redhat.com/browse/ISPN-11440
> Project: Infinispan
> Issue Type: Enhancement
> Components: Configuration
> Affects Versions: 11.0.0.Alpha2
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.1.6.Final, 11.0.0.Dev03
>
>
> The infinispan-config XSD only allows the {{infinispan}} element as a top-level element. However, when using XInclude, it would be useful to be able to have other kinds of top-level elements:
> jgroups
> threads
> cache-container
> transport
> security
> *-cache-*
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (ISPN-6977) NumOwnersNodeCrashInSequenceTest random failures
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-6977?page=com.atlassian.jira.plugin... ]
Tristan Tarrant reopened ISPN-6977:
-----------------------------------
This has started failing again:
java.lang.RuntimeException: Cache defaultcache timed out waiting for rebalancing to complete on node NumOwnersNodeStopInSequenceTest-NodeB, expected member list is [NumOwnersNodeStopInSequenceTest-NodeB, NumOwnersNodeStopInSequenceTest-NodeC], current member list is [NumOwnersNodeStopInSequenceTest-NodeA, NumOwnersNodeStopInSequenceTest-NodeB, NumOwnersNodeStopInSequenceTest-NodeC]!
at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:427)
at org.infinispan.partitionhandling.NumOwnersNodeCrashInSequenceTest.testNodeCrashedBeforeStFinished(NumOwnersNodeCrashInSequenceTest.java:172)
at org.infinispan.partitionhandling.NumOwnersNodeCrashInSequenceTest.testNodeCrashedBeforeStFinished3(NumOwnersNodeCrashInSequenceTest.java:69)
at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
... Removed 18 stack frames
> NumOwnersNodeCrashInSequenceTest random failures
> ------------------------------------------------
>
> Key: ISPN-6977
> URL: https://issues.redhat.com/browse/ISPN-6977
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 8.2.4.Final, 9.0.0.Alpha4, 10.1.5.Final, 11.0.0.Dev03
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.0.0.Beta1, 9.0.0.Final
>
>
> The test (and {{NumOwnersNodeStopInSequenceTest}} as well) uses {{StateSequencerUtil.advanceOnInboundRpc()}}, which replaces the {{PerCacheInboundInvocationHandler}} and rewires all the components.
> The problem is that rewiring {{StateConsumerImpl}} causes it to create a new {{SemaphoreCompletionService}}, but there's no synchronization when reading the field, a "background" task could finish on another thread and release the permit on the old {{SemaphoreCompletionService}} instance.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months