[JBoss JIRA] (ISPN-7604) StateTransferLockImpl.stop() never runs
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7604?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7604:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.1.0.Alpha1
Resolution: Done
> StateTransferLockImpl.stop() never runs
> ---------------------------------------
>
> Key: ISPN-7604
> URL: https://issues.jboss.org/browse/ISPN-7604
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.CR2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.1.0.Final, 9.1.0.Alpha1
>
>
> {{StateTransferLockImpl.stop()}} is supposed to signal the installation of topology {{Integer.MAX_VALUE}}, in order to unblock any commands waiting for a new topology. However, it doesn't have the {{@Stop}} annotation, so it's never called, and threads waiting on a new topology will block forever:
> {noformat}
> "jgroups-4,test-NodeB-41665@3770" prio=5 tid=0x1f nid=NA waiting
> java.lang.Thread.State: WAITING
> at sun.misc.Unsafe.park(Unsafe.java:-1)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693)
> at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323)
> at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729)
> at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.runSync(BaseBlockingRunnable.java:48)
> at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:38)
> at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handleStateRequestCommand(TrianglePerCacheInboundInvocationHandler.java:171)
> at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handle(TrianglePerCacheInboundInvocationHandler.java:109)
> at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleCacheRpcCommand(GlobalInboundInvocationHandler.java:120)
> at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleFromCluster(GlobalInboundInvocationHandler.java:79)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:175)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:149)
> at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:383)
> at org.jgroups.blocks.RequestCorrelator.dispatch(RequestCorrelator.java:356)
> at org.jgroups.blocks.RequestCorrelator.receiveMessageBatch(RequestCorrelator.java:326)
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:586)
> at org.jgroups.JChannel.up(JChannel.java:813)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:896)
> at org.jgroups.protocols.RSVP.up(RSVP.java:233)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:418)
> at org.jgroups.stack.Protocol.up(Protocol.java:344)
> at org.jgroups.stack.Protocol.up(Protocol.java:344)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:293)
> at org.jgroups.protocols.UNICAST3.deliverBatch(UNICAST3.java:1083)
> at org.jgroups.protocols.UNICAST3.removeAndDeliver(UNICAST3.java:892)
> at org.jgroups.protocols.UNICAST3.handleBatchReceived(UNICAST3.java:858)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:529)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:695)
> at org.jgroups.stack.Protocol.up(Protocol.java:344)
> at org.jgroups.protocols.TP.passBatchUp(TP.java:1229)
> at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.passBatchUp(MaxOneThreadPerSender.java:284)
> at org.jgroups.util.SubmitToThreadPool$BatchHandler.run(SubmitToThreadPool.java:136)
> at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.run(MaxOneThreadPerSender.java:273)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ISPN-7598) Core test suite leaks threads
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7598?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7598:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.1.0.Alpha1
Resolution: Done
> Core test suite leaks threads
> -----------------------------
>
> Key: ISPN-7598
> URL: https://issues.jboss.org/browse/ISPN-7598
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.0.0.CR2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 9.1.0.Final, 9.1.0.Alpha1
>
>
> Each {{LocalDistributedExecutorTest}} test method creates a new {{DefaultExecutorService}} instance, and each instance uses a new local executor created with {{Executors.newCachedThreadPool(...)}}. But the {{DefaultExecutorService}} is created with {{takeExecutorOwnership = false}}, and so the local executor is not stopped on shutdown.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ISPN-7704) AbstractFileLookup#lookupFileStrict should also support absolute paths
by Daniel Svanström (JIRA)
[ https://issues.jboss.org/browse/ISPN-7704?page=com.atlassian.jira.plugin.... ]
Daniel Svanström commented on ISPN-7704:
----------------------------------------
I saw that the latest fix was merged. I have tested our application towards the latest code in master and 9.0.x and I have verified that the fix now works as expected.
> AbstractFileLookup#lookupFileStrict should also support absolute paths
> ----------------------------------------------------------------------
>
> Key: ISPN-7704
> URL: https://issues.jboss.org/browse/ISPN-7704
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Spring Integration
> Affects Versions: 9.0.0.Final
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Critical
> Fix For: 9.1.0.Final, 9.0.1.Final, 9.1.0.Alpha1
>
>
> When specifying {{spring.cache.jcache.config}} value in Spring's application.properties, Spring passes us a scheme with absolute path (e.g. {{file:/home/slaskawi/work/infinispan/CacheTest/target/classes/infinispan.xml}}). This causes problems with {{AbstractFileLookup#lookupFileStrict(java.net.URI, java.lang.ClassLoader)}} since it should construct a new {{File}} rather than load this resource from the classloader.
> Related Pull Request: https://github.com/infinispan/infinispan/pull/4474
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ISPN-7704) AbstractFileLookup#lookupFileStrict should also support absolute paths
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7704?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7704:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.1.0.Alpha1
Resolution: Done
> AbstractFileLookup#lookupFileStrict should also support absolute paths
> ----------------------------------------------------------------------
>
> Key: ISPN-7704
> URL: https://issues.jboss.org/browse/ISPN-7704
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Spring Integration
> Affects Versions: 9.0.0.Final
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Critical
> Fix For: 9.1.0.Final, 9.0.1.Final, 9.1.0.Alpha1
>
>
> When specifying {{spring.cache.jcache.config}} value in Spring's application.properties, Spring passes us a scheme with absolute path (e.g. {{file:/home/slaskawi/work/infinispan/CacheTest/target/classes/infinispan.xml}}). This causes problems with {{AbstractFileLookup#lookupFileStrict(java.net.URI, java.lang.ClassLoader)}} since it should construct a new {{File}} rather than load this resource from the classloader.
> Related Pull Request: https://github.com/infinispan/infinispan/pull/4474
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ISPN-7773) OSGiKarafFeaturesTest.testCleanInstall fails
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7773?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7773:
--------------------------------------
Status: Open (was: New)
> OSGiKarafFeaturesTest.testCleanInstall fails
> --------------------------------------------
>
> Key: ISPN-7773
> URL: https://issues.jboss.org/browse/ISPN-7773
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
>
> {noformat}
> Can't install feature infinispan-embedded/9.1.0-SNAPSHOT:
> Could not start bundle mvn:org.infinispan/infinispan-embedded/9.1.0-SNAPSHOT in feature(s) infinispan-embedded-9.1.0-SNAPSHOT: Unresolved constraint in bundle org.infinispan.embedded [136]: Unable to resolve 136.0: missing requirement [136.0] osgi.wiring.package; (&(osgi.wiring.package=javassist)(version>=3.20.0)(!(version>=4.0.0)))
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ISPN-7773) OSGiKarafFeaturesTest.testCleanInstall fails
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7773?page=com.atlassian.jira.plugin.... ]
Work on ISPN-7773 started by Sebastian Łaskawiec.
-------------------------------------------------
> OSGiKarafFeaturesTest.testCleanInstall fails
> --------------------------------------------
>
> Key: ISPN-7773
> URL: https://issues.jboss.org/browse/ISPN-7773
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
>
> {noformat}
> Can't install feature infinispan-embedded/9.1.0-SNAPSHOT:
> Could not start bundle mvn:org.infinispan/infinispan-embedded/9.1.0-SNAPSHOT in feature(s) infinispan-embedded-9.1.0-SNAPSHOT: Unresolved constraint in bundle org.infinispan.embedded [136]: Unable to resolve 136.0: missing requirement [136.0] osgi.wiring.package; (&(osgi.wiring.package=javassist)(version>=3.20.0)(!(version>=4.0.0)))
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months