June 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7606) DistributedExecutorMassIndexer.executeInternal should use an existing pool

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-7606?page=com.atlassian.jira.plugin.... ] Will Burns updated ISPN-7606: ----------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > DistributedExecutorMassIndexer.executeInternal should use an existing pool > -------------------------------------------------------------------------- > > Key: ISPN-7606 > URL: https://issues.jboss.org/browse/ISPN-7606 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 9.0.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Final > > > {{DistributedExecutorMassIndexer.executeInternal}} creates 2 executors: > 1. {{new DefaultExecutorService(cache)}} implicitly creates a single-threaded executor to run tasks on the local node. > 2. {{compositeFuture.whenCompleteAsync(consumer, Executors.newSingleThreadExecutor())}} explicitly creates a new single-threaded executor to run the consumer on. > Neither of these executors are shut down, and rather than complicating the code to stop them properly it would be better to use an existing executor. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10308) Allow overwrite startJGroupsChannelIfNeeded

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-10308?page=com.atlassian.jira.plugin... ] Dan Berindei updated ISPN-10308: -------------------------------- Affects Version/s: 10.0.0.Beta3 (was: 10.0.0.Beta4) > Allow overwrite startJGroupsChannelIfNeeded > ------------------------------------------- > > Key: ISPN-10308 > URL: https://issues.jboss.org/browse/ISPN-10308 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 10.0.0.Beta3 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Minor > Fix For: 10.0.0.Beta4 > > > RadarGun need to call a custom code after the JChannel was created but before it was connected -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10308) Allow overwrite startJGroupsChannelIfNeeded

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-10308?page=com.atlassian.jira.plugin... ] Dan Berindei updated ISPN-10308: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.0.0.Beta4 Resolution: Done > Allow overwrite startJGroupsChannelIfNeeded > ------------------------------------------- > > Key: ISPN-10308 > URL: https://issues.jboss.org/browse/ISPN-10308 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 10.0.0.Beta4 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Minor > Fix For: 10.0.0.Beta4 > > > RadarGun need to call a custom code after the JChannel was created but before it was connected -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10319) Build alwas fails on Windows

by Dan Berindei (Jira)

Dan Berindei created ISPN-10319: ----------------------------------- Summary: Build alwas fails on Windows Key: ISPN-10319 URL: https://issues.jboss.org/browse/ISPN-10319 Project: Infinispan Issue Type: Bug Components: Build, Test Suite - Core Affects Versions: 9.4.14.Final, 10.0.0.Beta3 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 10.0.0.Beta4 Maven doesn't use the {{build-configuration}} POM from the reactor and instead downloads an outdated snapshot from {{repository.jboss.org}}, which doesn't set {{versionx.com.puppycrawl.tools.checkstyle}}: {noformat} 13:47:59 [DEBUG] Could not find metadata org.infinispan:infinispan-build-configuration-parent:10.0.0-SNAPSHOT/maven-metadata.xml in local (C:\Windows\system32\config\systemprofile\.m2\repository) 13:47:59 [DEBUG] Using transporter WagonTransporter with priority -1.0 for https://repository.jboss.org/nexus/content/groups/public-jboss 13:47:59 [DEBUG] Using connector BasicRepositoryConnector with priority 0.0 for https://repository.jboss.org/nexus/content/groups/public-jboss 13:47:59 [INFO] Downloading from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public-jboss/org/infini... 13:48:00 [INFO] Downloaded from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public-jboss/org/infini... (632 B at 759 B/s) 13:48:00 [DEBUG] Writing tracking file C:\Windows\system32\config\systemprofile\.m2\repository\org\infinispan\infinispan-build-configuration-parent\10.0.0-SNAPSHOT\resolver-status.properties [ERROR] [ERROR] Some problems were encountered while processing the POMs: 05:45:39 [ERROR] 'dependencies.dependency.version' for com.puppycrawl.tools:checkstyle:jar must be a valid version but is '${versionx.com.puppycrawl.tools.checkstyle}'. @ line 26, column 19 05:45:39 [ERROR] 'build.plugins.plugin[org.apache.maven.plugins:maven-checkstyle-plugin].dependencies.dependency.version' for com.puppycrawl.tools:checkstyle:jar must be a valid version but is '${versionx.com.puppycrawl.tools.checkstyle}'. @ line 60, column 28 {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10178) TCP_NIO2 deadlock during stop on Windows

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-10178?page=com.atlassian.jira.plugin... ] Dan Berindei resolved ISPN-10178. --------------------------------- Resolution: Done Fixed with ISPN-10295 > TCP_NIO2 deadlock during stop on Windows > ---------------------------------------- > > Key: ISPN-10178 > URL: https://issues.jboss.org/browse/ISPN-10178 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.4.13.Final > Environment: Windows > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta4, 9.4.15.Final > > Attachments: CustomFailurePolicyTxTest.txt > > > {noformat} > "testng-CustomFailurePolicyTxTest" #60 prio=0 tid=0x3c nid=NA blocked > java.lang.Thread.State: BLOCKED > at java.nio.channels.spi.AbstractSelectableChannel.removeKey(AbstractSelectableChannel.java:130) > - waiting to lock <0x7ae7c881> (a java.lang.Object) > at java.nio.channels.spi.AbstractSelector.deregister(AbstractSelector.java:188) > at sun.nio.ch.WindowsSelectorImpl.implClose(WindowsSelectorImpl.java:514) > - locked <0x6cc2bf11> (a java.lang.Object) > at sun.nio.ch.SelectorImpl.implCloseSelector(SelectorImpl.java:113) > - locked <0x2ab0aa2d> (a sun.nio.ch.Util$3) > - locked <0x2f9dc993> (a java.util.Collections$UnmodifiableSet) > - locked <0xfeca69a> (a sun.nio.ch.WindowsSelectorImpl) > at java.nio.channels.spi.AbstractSelector.close(AbstractSelector.java:111) > at org.jgroups.util.Util.close(Util.java:428) > at org.jgroups.util.Util.close(Util.java:439) > at org.jgroups.blocks.cs.NioServer.stop(NioServer.java:127) > - locked <0x21bca9ea> (a org.jgroups.blocks.cs.NioServer) > at org.jgroups.protocols.TCP_NIO2.handleDisconnect(TCP_NIO2.java:136) > at org.jgroups.protocols.TP.handleDownEvent(TP.java:1607) > at org.jgroups.protocols.BasicTCP.handleDownEvent(BasicTCP.java:129) > at org.jgroups.protocols.TP.down(TP.java:1082) > at org.jgroups.protocols.Discovery.down(Discovery.java:425) > at org.infinispan.test.fwk.TEST_PING.down(TEST_PING.java:208) > at org.jgroups.protocols.FD_SOCK.down(FD_SOCK.java:379) > at org.jgroups.protocols.FD_ALL.down(FD_ALL.java:236) > at org.jgroups.protocols.VERIFY_SUSPECT.down(VERIFY_SUSPECT.java:101) > at org.jgroups.protocols.pbcast.NAKACK2.down(NAKACK2.java:553) > at org.jgroups.protocols.UNICAST3.down(UNICAST3.java:570) > at org.jgroups.protocols.pbcast.STABLE.down(STABLE.java:346) > at org.jgroups.protocols.pbcast.GMS.down(GMS.java:1076) > at org.jgroups.protocols.tom.TOA.down(TOA.java:80) > at org.jgroups.protocols.FlowControl.down(FlowControl.java:296) > at org.jgroups.protocols.RSVP.down(RSVP.java:102) > at org.jgroups.protocols.relay.RELAY2.down(RELAY2.java:380) > at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:908) > at org.jgroups.JChannel.down(JChannel.java:668) > at org.jgroups.JChannel.disconnect(JChannel.java:469) > - locked <0xef29e32> (a org.jgroups.JChannel) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.stop(JGroupsTransport.java:712) > at sun.reflect.GeneratedMethodAccessor148.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79) > at org.infinispan.commons.util.SecurityActions$$Lambda$154/1125443972.run(Unknown Source) > at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71) > at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:181) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.performStop(BasicComponentRegistryImpl.java:601) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.stopWrapper(BasicComponentRegistryImpl.java:590) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.stop(BasicComponentRegistryImpl.java:461) > at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:441) > at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:376) > at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:775) > at org.infinispan.xsite.AbstractXSiteTest$$Lambda$4294/1094472832.accept(Unknown Source) > at java.util.ArrayList.forEach(ArrayList.java:1257) > at org.infinispan.xsite.AbstractXSiteTest.killSite(AbstractXSiteTest.java:89) > at org.infinispan.xsite.AbstractXSiteTest.killSites(AbstractXSiteTest.java:82) > at org.infinispan.xsite.AbstractXSiteTest.destroy(AbstractXSiteTest.java:76) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:124) > at org.testng.internal.MethodInvocationHelper.invokeMethodConsideringTimeout(MethodInvocationHelper.java:59) > at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:458) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:222) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:142) > at org.testng.internal.TestMethodWorker.invokeAfterClassMethods(TestMethodWorker.java:214) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:648) > at org.testng.TestRunner.run(TestRunner.java:505) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:455) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:40) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:489) > at org.testng.internal.thread.ThreadUtil$1.call(ThreadUtil.java:52) > 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) > Locked ownable synchronizers: > - <0x9411fa8> (a java.util.concurrent.ThreadPoolExecutor$Worker) > - <0x4fe21f2e> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) > "NioServer.Selector [/127.0.0.1:7925]-3,CustomFailurePolicyTxTest-NodeC-12186" #205597 prio=0 tid=0x3231d nid=NA blocked > java.lang.Thread.State: BLOCKED > at sun.nio.ch.WindowsSelectorImpl.putEventOps(WindowsSelectorImpl.java:593) > - waiting to lock <0x6cc2bf11> (a java.lang.Object) > at sun.nio.ch.SocketChannelImpl.translateAndSetInterestOps(SocketChannelImpl.java:974) > at sun.nio.ch.SelectionKeyImpl.nioInterestOps(SelectionKeyImpl.java:105) > at sun.nio.ch.SelectionKeyImpl.interestOps(SelectionKeyImpl.java:83) > at sun.nio.ch.SelectorImpl.register(SelectorImpl.java:134) > at java.nio.channels.spi.AbstractSelectableChannel.register(AbstractSelectableChannel.java:212) > - locked <0x7ae7c881> (a java.lang.Object) > - locked <0x6a684d8f> (a java.lang.Object) > at org.jgroups.blocks.cs.NioServer.handleAccept(NioServer.java:93) > at org.jgroups.blocks.cs.NioBaseServer$Acceptor.run(NioBaseServer.java:138) > at java.lang.Thread.run(Thread.java:748) > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10318) ExpirationManagerImpl Iteration removes from store synchronously

by Will Burns (Jira)

Will Burns created ISPN-10318: --------------------------------- Summary: ExpirationManagerImpl Iteration removes from store synchronously Key: ISPN-10318 URL: https://issues.jboss.org/browse/ISPN-10318 Project: Infinispan Issue Type: Sub-task Reporter: Will Burns ExpirationManagerImpl#entryExpiredInMemoryFromIteration synchronously removes from the data container. We need to make sure this doesn't occur on the CPU thread. Other methods may also be affected, but this one is for sure an issue. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10317) Non-blocking PendingLockManager

by Pedro Ruivo (Jira)

Pedro Ruivo created ISPN-10317: ---------------------------------- Summary: Non-blocking PendingLockManager Key: ISPN-10317 URL: https://issues.jboss.org/browse/ISPN-10317 Project: Infinispan Issue Type: Sub-task Components: Core, Transactions Reporter: Pedro Ruivo Assignee: Pedro Ruivo {{PendingLockManager}} can block user threads for a local write/lock command. Remote commands aren't affected by this. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10316) Support for Elytron in the REST server

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-10316?page=com.atlassian.jira.plugin... ] Gustavo Fernandes updated ISPN-10316: ------------------------------------- Description: By creating an adapter between our Authenticator and this elytron httpauthenticationmechanism it will give us BASIC, DIGEST, OAUTH, SPNEGO and CERT authentication was: By creating an adapter between our Authenticator and this elytron httpauthenticationmechanism Tristan: it will give us BASIC, DIGEST, OAUTH, SPNEGO and CERT authentication > Support for Elytron in the REST server > -------------------------------------- > > Key: ISPN-10316 > URL: https://issues.jboss.org/browse/ISPN-10316 > Project: Infinispan > Issue Type: Feature Request > Components: REST > Reporter: Gustavo Fernandes > Priority: Major > > By creating an adapter between our Authenticator and this elytron httpauthenticationmechanism > it will give us BASIC, DIGEST, OAUTH, SPNEGO and CERT authentication -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10316) Support for Elytron in the REST server

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-10316: ---------------------------------------- Summary: Support for Elytron in the REST server Key: ISPN-10316 URL: https://issues.jboss.org/browse/ISPN-10316 Project: Infinispan Issue Type: Feature Request Components: REST Reporter: Gustavo Fernandes By creating an adapter between our Authenticator and this elytron httpauthenticationmechanism Tristan: it will give us BASIC, DIGEST, OAUTH, SPNEGO and CERT authentication -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9716) Update internal remote listener code to support non blocking

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-9716?page=com.atlassian.jira.plugin.... ] Ryan Emerson resolved ISPN-9716. -------------------------------- Resolution: Done > Update internal remote listener code to support non blocking > ------------------------------------------------------------ > > Key: ISPN-9716 > URL: https://issues.jboss.org/browse/ISPN-9716 > Project: Infinispan > Issue Type: Sub-task > Components: Listeners > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.0.0.Beta4 > > > With ISPN-9714 we will not be able to have non blocking listeners. We need to update all of our remote listeners to use non blocking properly. > Note that the client listeners themselves currently do not send a response, so this does not mean to update our client listener objects, but rather the code supporting them (ie. ClientListenerRegistry). -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2019