[JBoss JIRA] (JGRP-2343) Change in IPv4 versus IPv6 picking algorithm
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2343?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2343:
--------------------------------
I don't think we need to look at _all_ addresses; it is probably sufficient to configure {{bind_addr}} in the transport (UDP, TCP) and then determine the IP type for the rest of the addresses to be resolved (listed above) from it.
E.g. if {{bind_addr}} is IPv6, {{UDP.mcast_addr}} will be the IPv6 default (if not set), or will be mapped to an IPv6-mapped IPv4 address (if set to an IPv4 address).
> Change in IPv4 versus IPv6 picking algorithm
> --------------------------------------------
>
> Key: JGRP-2343
> URL: https://issues.jboss.org/browse/JGRP-2343
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> When https://issues.jboss.org/browse/JGRP-2305 was implemented, IPv4 was favored unless {{java.net.preferIPv6Addresses}} was set.
> However, this makes the following case fail: no {{java.net.preferXXX}} option is set and the configuration contains one or more IPv6 addresses, e.g. {{UDP bind_addr="::1"}}.
> This will fail, as the new algorithm sets the stack type as IPv4 (it works when {{java.net.preferIPv6Addresses}} is set).
> Change:
> * Look at all IP addresses in a configuration
> * If all addresses are IPv6 and the stack type is IPv4 (and IPv6 is available) -> switch to IPv6 as stack type
> * If all addresses are IPv4 and the stack type is IPv6 (and IPv4 is available) -> switch to IPv4 stack type
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (JGRP-2343) Change in IPv4 versus IPv6 picking algorithm
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2343?page=com.atlassian.jira.plugin.... ]
Bela Ban edited comment on JGRP-2343 at 5/13/19 8:37 AM:
---------------------------------------------------------
Below is the new algorithm for resolving IP addresses. What needs to be resolved is:
* Symbolic addresses such as {{site_local}}, {{global}}, {{link_local}}, {{loopback}} and {{non_loopback}} etc
* Symbolic names, e.g. {{belasmac}}, {{www.google.com}}
* Regexps such as {{match-interface}}, {{match-host}} etc
* Defaults, e.g. {{UDP.mcast_addr}}. If not set, it will be assigned {{228.8.8.8}} (IPv4) or {{ff0e::8:8:8}} (IPv6)
All of these can only be resolved once we know what type of addresses we need to provide. E.g. when {{UDP.bind_addr}} is {{127.0.0.1}}, {{site_local}} would have to be an IPv4 address. When {{bind_addr}} is {{::1}}, {{site_local}} needs to pick an IPv6 address.
h4. Only IPv4 stack is available
* IPv4 addresses are created by default (e.g. by {{InetAddress.getByName()}}, or {{site_local}})
* When an IPv6 address is defined in a configuration, an exception is thrown and the stack will not start
h4. Only IPv6 stack is available
* IPv6 addresses are created by default
* When an IPv4 address is created, convert it to an IPv6-mapped address (default behavior)
h4. Both IPv4 and IPv6 stacks are available (dual stack)
* If {{java.net.preferIPv4Stack=true}} and {{java.net.preferIPv6Addresses=false}}:
** Assign IPv4 addresses by default
** When an IPv6 address is encountered, throw an exception and don't start the stack
* If {{java.net.preferIPv6Addresses=true}} and {{java.net.preferIPv4Stack=false}}:
** Assign IPv6 addresses by default
** When an IPv4 address is encountered, convert it to an IPv6-mapped address (default behavior)
* Both {{java.net.preferIPv4Stack}} and {{java.net.preferIPv6Addresses}} are set, or none are set
** The JDK's preference is to assign IPv4 addresses
** If we have a single IPv6 address (dotted-decimal or symbolic name resolved to IPv6) in the configuration -> Assign IPv6 addresses
** Otherwise -> use IPv4 addresses
For dual stacks (both IPv4 and IPv6 stack is available in the JDK), these changes allow JGroups to run different configurations in the same JVM, e.g. one channel joining an IPv4 cluster, and another one joining an IPv6 cluster.
was (Author: belaban):
Below is the new algorithm for resolving IP addresses. What needs to be resolved is:
* Symbolic addresses such as {{site_local}}, {{global}} etc
* Symbolic names, e.g. {{belasmac}}, {{www.google.com}}
* Regexps such as {{match-interface}}, {{match-host}} etc
All of these can only be resolved once we know what type of addresses we need to provide. E.g. when {{UDP.bind_addr}} is {{127.0.0.1}}, {{site_local}} would have to be an IPv4 address. When {{bind_addr}} is {{::1}}, {{site_local}} needs to pick an IPv6 address.
h4. Only IPv4 stack is available
* IPv4 addresses are created by default (e.g. by {{InetAddress.getByName()}}, or {{site_local}})
* When an IPv6 address is defined in a configuration, an exception is thrown and the stack will not start
h4. Only IPv6 stack is available
* IPv6 addresses are created by default
* When an IPv4 address is created, convert it to an IPv6-mapped address (default behavior)
h4. Both IPv4 and IPv6 stacks are available (dual stack)
* If {{java.net.preferIPv4Stack=true}} and {{java.net.preferIPv6Addresses=false}}:
** Assign IPv4 addresses by default
** When an IPv6 address is encountered, throw an exception and don't start the stack
* If {{java.net.preferIPv6Addresses=true}} and {{java.net.preferIPv4Stack=false}}:
** Assign IPv6 addresses by default
** When an IPv4 address is encountered, convert it to an IPv6-mapped address (default behavior)
* Both {{java.net.preferIPv4Stack}} and {{java.net.preferIPv6Addresses}} are set, or none are set
** The JDK's preference is to assign IPv4 addresses
** If we have a single IPv6 address (dotted-decimal or symbolic name resolved to IPv6) in the configuration -> Assign IPv6 addresses
** Otherwise -> use IPv4 addresses
For dual stacks (both IPv4 and IPv6 stack is available in the JDK), these changes allow JGroups to run different configurations in the same JVM, e.g. one channel joining an IPv4 cluster, and another one joining an IPv6 cluster.
> Change in IPv4 versus IPv6 picking algorithm
> --------------------------------------------
>
> Key: JGRP-2343
> URL: https://issues.jboss.org/browse/JGRP-2343
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> When https://issues.jboss.org/browse/JGRP-2305 was implemented, IPv4 was favored unless {{java.net.preferIPv6Addresses}} was set.
> However, this makes the following case fail: no {{java.net.preferXXX}} option is set and the configuration contains one or more IPv6 addresses, e.g. {{UDP bind_addr="::1"}}.
> This will fail, as the new algorithm sets the stack type as IPv4 (it works when {{java.net.preferIPv6Addresses}} is set).
> Change:
> * Look at all IP addresses in a configuration
> * If all addresses are IPv6 and the stack type is IPv4 (and IPv6 is available) -> switch to IPv6 as stack type
> * If all addresses are IPv4 and the stack type is IPv6 (and IPv4 is available) -> switch to IPv4 stack type
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (DROOLS-2733) Support MVEL Dialect using custom inline accumulate code with external declarations in the executable model
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-2733?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-2733:
---------------------------------
Sprint: 2019 Week 20-22 (was: 2019 Week 17-19)
> Support MVEL Dialect using custom inline accumulate code with external declarations in the executable model
> -----------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-2733
> URL: https://issues.jboss.org/browse/DROOLS-2733
> Project: Drools
> Issue Type: Feature Request
> Components: executable model
> Reporter: Luca Molteni
> Assignee: Luca Molteni
> Priority: Optional
>
> The executable model doesn't support custom inline accumulate code that uses external declarations such as
> {code:java}
> String str = "import " + Person.class.getCanonicalName() + ";\n" +
> "rule R dialect \"mvel\" when\n" +
> " String( $l : length )" +
> " $sum : Integer() from accumulate (\n" +
> " Person( age > 18, $age : age ), init( int sum = 0 * $l; ), action( sum += $age; ), reverse( sum -= $age; ), result( sum )\n" +
> " )" +
> "then\n" +
> " insert($sum);\n" +
> "end";
> {code}
> (Notice that in the init we multiply the sum value with the length of string)
> But it can support such style using the "classic" generation of accumulate classes which gets compiled among the executable model and instantiate during the execution of the DSL.
> This mechanism is broken with the MVEL dialect, as we don't have such generated classes.
> Probably what we should do instead is putting MVEL expressions in the DSL directly such as
> {code:java}
> accumulateScript("initCode", "accCode", "reverseCode");
> {code}
> and then during interpretation create a new MVEL context and execute the accumulate in memory
> See
> AccumulateUnsupportedTest.testMVELAccumulate
> AccumulateUnsupportedTest.testMVELAccumulate2WM
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 2 months
[JBoss JIRA] (JGRP-2346) TCP_NIO2 deadlock during stop on Windows
by Bela Ban (Jira)
[ https://issues.jboss.org/browse/JGRP-2346?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-2346:
---------------------------
Fix Version/s: 4.1.0
May possibly get moved to 4.1.1
> TCP_NIO2 deadlock during stop on Windows
> ----------------------------------------
>
> Key: JGRP-2346
> URL: https://issues.jboss.org/browse/JGRP-2346
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.0.18
> Reporter: Dan Berindei
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.1.0
>
>
> Hopefully the thread dump is enough to find it:
> {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)
7 years, 2 months
[JBoss JIRA] (JGRP-2346) TCP_NIO2 deadlock during stop on Windows
by Dan Berindei (Jira)
Dan Berindei created JGRP-2346:
----------------------------------
Summary: TCP_NIO2 deadlock during stop on Windows
Key: JGRP-2346
URL: https://issues.jboss.org/browse/JGRP-2346
Project: JGroups
Issue Type: Bug
Affects Versions: 4.0.18
Reporter: Dan Berindei
Assignee: Bela Ban
Hopefully the thread dump is enough to find it:
{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)
7 years, 2 months