[JBoss JIRA] (DROOLS-2373) BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2373?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2373:
--------------------------------
Steps to Reproduce:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
*Edited*
The problem is that in the piece of code below the expressions `column.getOperator()` returns null.
{{BRLConditionVariableColumnConverter#convertColumn}}
{code:java}
if (OperatorsOracle.operatorRequiresList(column.getOperator())) {
return newMultipleSelectEnumColumn(factType,
factField,
column,
access,
gridWidget);
} else {
return newSingleSelectionEnumColumn(factType,
factField,
dataType,
column,
access,
gridWidget);
}
{code}
was:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
> BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
> --------------------------------------------------------------------------------------
>
> Key: DROOLS-2373
> URL: https://issues.jboss.org/browse/DROOLS-2373
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor, Guided Rule Editor
> Affects Versions: 7.6.0.Final
> Environment: Tomcat 8.5 / RHEL 7
> Reporter: Yannick Geerts
> Assignee: Michael Anstis
>
> Google groups link: https://groups.google.com/forum/#!topic/drools-usage/VElZ3KAZMIs
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2373) BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2373?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2373:
--------------------------------
Steps to Reproduce:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
*Edited*
The problem is that in the piece of code below the expressions {{column.getOperator()}} returns null.
{{BRLConditionVariableColumnConverter#convertColumn}}
{code:java}
if (OperatorsOracle.operatorRequiresList(column.getOperator())) {
return newMultipleSelectEnumColumn(factType,
factField,
column,
access,
gridWidget);
} else {
return newSingleSelectionEnumColumn(factType,
factField,
dataType,
column,
access,
gridWidget);
}
{code}
was:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
*Edited*
The problem is that in the piece of code below the expressions `column.getOperator()` returns null.
{{BRLConditionVariableColumnConverter#convertColumn}}
{code:java}
if (OperatorsOracle.operatorRequiresList(column.getOperator())) {
return newMultipleSelectEnumColumn(factType,
factField,
column,
access,
gridWidget);
} else {
return newSingleSelectionEnumColumn(factType,
factField,
dataType,
column,
access,
gridWidget);
}
{code}
> BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
> --------------------------------------------------------------------------------------
>
> Key: DROOLS-2373
> URL: https://issues.jboss.org/browse/DROOLS-2373
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor, Guided Rule Editor
> Affects Versions: 7.6.0.Final
> Environment: Tomcat 8.5 / RHEL 7
> Reporter: Yannick Geerts
> Assignee: Michael Anstis
>
> Google groups link: https://groups.google.com/forum/#!topic/drools-usage/VElZ3KAZMIs
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (DROOLS-2373) BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2373?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-2373:
--------------------------------
Steps to Reproduce:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
was:
1) Create a guided decision table
2) Add a BRL condition on a fact-field that has an enum attached to it and where the condition is "is contained in the (comma separated) list = $templatekey"
3) Look at the guided decision table, and verify that the $templatekey field is a singleselect dropdown while a multiselect dropdown is expected.
*Edited*
The problem is that in the piece of code below the expressions {{column.getOperator()}} returns null.
{{BRLConditionVariableColumnConverter#convertColumn}}
{code:java}
if (OperatorsOracle.operatorRequiresList(column.getOperator())) {
return newMultipleSelectEnumColumn(factType,
factField,
column,
access,
gridWidget);
} else {
return newSingleSelectionEnumColumn(factType,
factField,
dataType,
column,
access,
gridWidget);
}
{code}
> BRL "is contained in the (comma separated) list" does not produce multiselect dropdown
> --------------------------------------------------------------------------------------
>
> Key: DROOLS-2373
> URL: https://issues.jboss.org/browse/DROOLS-2373
> Project: Drools
> Issue Type: Bug
> Components: Guided Decision Table Editor, Guided Rule Editor
> Affects Versions: 7.6.0.Final
> Environment: Tomcat 8.5 / RHEL 7
> Reporter: Yannick Geerts
> Assignee: Michael Anstis
>
> Google groups link: https://groups.google.com/forum/#!topic/drools-usage/VElZ3KAZMIs
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9890) "ISPN000476: Timed out waiting for responses for request X from node Y" immediately after node Y rejoins the cluster (failover)
by Michal Vinkler (JIRA)
[ https://issues.jboss.org/browse/WFLY-9890?page=com.atlassian.jira.plugin.... ]
Michal Vinkler commented on WFLY-9890:
--------------------------------------
[~tommaso-borgato] prepared the build, Tommasso can you please share the details?
> "ISPN000476: Timed out waiting for responses for request X from node Y" immediately after node Y rejoins the cluster (failover)
> -------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9890
> URL: https://issues.jboss.org/browse/WFLY-9890
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 12.0.0.Beta1
> Reporter: Michal Vinkler
> Assignee: Paul Ferraro
> Priority: Critical
> Fix For: 13.0.0.Beta1
>
>
> Seen in SF failover tests - scenarios:
> failover-http-granular-shutdown-repl-sync (replication granularity is set to ATTRIBUTE level)
> failover-http-session-jvmkill-repl-sync (replication granularity is set to SESSION level)
> Description: In the failover test, each server is shut down and after some time it rejoins the cluster. After joining the cluster again, the load is distributed to this node. It seems that first request for some session handled by that node produces ERROR in the log of some other server until the time another cluster topology change occurs.
> Stacktrace of the error:
> {code}
> [JBossINF] [0m[31m10:18:00,256 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (timeout-thread--p12-t1) ISPN000136: Error executing command PrepareCommand, writing keys [SessionCreationMetaDataKey(f25_wwXXpvtNC9QTHZUtSwhmEUmg-wI77RL_17b9), SessionAccessMetaDataKey(f25_wwXXpvtNC9QTHZUtSwhmEUmg-wI77RL_17b9), SessionAttributeKey(f25_wwXXpvtNC9QTHZUtSwhmEUmg-wI77RL_17b9[1])]: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 30250 from perf18
> [JBossINF] at org.infinispan.remoting.transport.impl.MultiTargetRequest.onTimeout(MultiTargetRequest.java:163)
> [JBossINF] at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:86)
> [JBossINF] at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:21)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> [JBossINF] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> {code}
> Client gets the stale data:
> {code}
> 2018/02/21 10:18:00:272 EST [WARN ][Runner - 16] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Error sampling data: <org.jboss.smartfrog.loaddriver.RequestProcessingException: Stale session data received. Expected 60, received 59, Runner: 16>
> org.jboss.smartfrog.loaddriver.RequestProcessingException: Stale session data received. Expected 60, received 59, Runner: 16
> at org.jboss.smartfrog.loaddriver.http.AbstractSerialNumberValidatorFactoryImpl$SerialNumberValidator.processRequest(AbstractSerialNumberValidatorFactoryImpl.java:133)
> at org.jboss.smartfrog.loaddriver.CompoundRequestProcessorFactoryImpl$CompoundRequestProcessor.processRequest(CompoundRequestProcessorFactoryImpl.java:52)
> at org.jboss.smartfrog.loaddriver.Runner.run(Runner.java:103)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> Example - timeline:
> {code}
> 4 servers are running, 2000 clients, no issue in the beggining
> 2018/02/21 10:16:43:234 EST [INFO ][TestController] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Node 0 (perf18) is down.
> - still no issues
> 2018/02/21 10:17:43:234 EST [INFO ][TestController] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Bringing back node 0 (perf18)
> 2018/02/21 10:17:55:611 EST [INFO ][TestController] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Node 0 (perf18) is up.
> 2018/02/21 10:18:00:272 EST [WARN ][Runner - 16] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Error sampling data: <org.jboss.smartfrog.loaddriver.RequestProcessingException: Stale session data received. Expected 60, received 59, Runner: 16>
> {code}
> perf20 started logging the errors meanwhile and stopped only after perf19 was shut down:
> {code}
> [JBossINF] [0m[0m10:17:50,227 INFO [org.infinispan.CLUSTER] (thread-19,ejb,perf20) ISPN000094: Received new cluster view for channel ejb: [perf19|5] (4) [perf19, perf20, perf21, perf18]
> [JBossINF] [0m[0m10:17:50,228 INFO [org.infinispan.CLUSTER] (thread-19,ejb,perf20) ISPN100000: Node perf18 joined the cluster
> [JBossINF] [0m[31m10:18:00,256 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (timeout-thread--p12-t1) ISPN000136: Error executing command PrepareCommand, writing keys [SessionCreationMetaDataKey(f25_wwXXpvtNC9QTHZUtSwhmEUmg-wI77RL_17b9), SessionAccessMetaDataKey(f25_wwXXpvtNC9QTHZUtSwhmEUmg-wI77RL_17b9), SessionAttributeKey(f25_wwXXpvtNC9QTHZUtSwhmEUmg-wI77RL_17b9[1])]: org.infinispan.util.concurrent.TimeoutException: ISPN000476: Timed out waiting for responses for request 30250 from perf18
> [JBossINF] at org.infinispan.remoting.transport.impl.MultiTargetRequest.onTimeout(MultiTargetRequest.java:163)
> [JBossINF] at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:86)
> [JBossINF] at org.infinispan.remoting.transport.AbstractRequest.call(AbstractRequest.java:21)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
> [JBossINF] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> [JBossINF]
> {code}
> There were no issues in this scenario in EAP 7.1.0.GA.
> Links:
> Clients: http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-fa...
> perf18: http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-fa...
> perf20: http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-fa...
> Another test:
> perf19: http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/perflab_eap-7x-fa...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ELY-1538) JASPIC AuthConfigFactory Configuration
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1538?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse commented on ELY-1538:
---------------------------------------
Additionally the AuthConfigFactory.registerProvider method that takes a class name is supposed to store this in the persistent configuration.
Stand alone we could persist to XML as well as loading from XML - but in the app server / subsystem we almost need an integration point to allow the configuration to be passed back to the management model. Possibly to avoid issues with API affecting the model maybe we can do something where the administrator sees the changes and makes a call to store them.
> JASPIC AuthConfigFactory Configuration
> --------------------------------------
>
> Key: ELY-1538
> URL: https://issues.jboss.org/browse/ELY-1538
> Project: WildFly Elytron
> Issue Type: Task
> Components: EE
> Affects Versions: 1.2.3.Final
> Reporter: Darran Lofthouse
>
> The constructor of AuthConfigFactory is required to support loading the configuration dynamically: -
> https://docs.oracle.com/javaee/7/api/javax/security/auth/message/config/A...
> Within the app server environment we handle the configuration slightly differently and populate the AuthConfigFactory dynamically as the management model is handled. Where these APIs are used outside the application server however we could support a custom file format for configuration.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ELY-1538) JASPIC AuthConfigFactory Configuration
by Darran Lofthouse (JIRA)
Darran Lofthouse created ELY-1538:
-------------------------------------
Summary: JASPIC AuthConfigFactory Configuration
Key: ELY-1538
URL: https://issues.jboss.org/browse/ELY-1538
Project: WildFly Elytron
Issue Type: Task
Components: EE
Affects Versions: 1.2.3.Final
Reporter: Darran Lofthouse
The constructor of AuthConfigFactory is required to support loading the configuration dynamically: -
https://docs.oracle.com/javaee/7/api/javax/security/auth/message/config/A...
Within the app server environment we handle the configuration slightly differently and populate the AuthConfigFactory dynamically as the management model is handled. Where these APIs are used outside the application server however we could support a custom file format for configuration.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9854) jgroups-channel cannot use name which is already used by jgroups/stacks
by Miroslav Novak (JIRA)
[ https://issues.jboss.org/browse/WFLY-9854?page=com.atlassian.jira.plugin.... ]
Miroslav Novak commented on WFLY-9854:
--------------------------------------
[~pferraro] Based on the comments above this one can be closed, right? Documentation will be handled in scope of EAP7-941.
> jgroups-channel cannot use name which is already used by jgroups/stacks
> -----------------------------------------------------------------------
>
> Key: WFLY-9854
> URL: https://issues.jboss.org/browse/WFLY-9854
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, JMS
> Affects Versions: 12.0.0.Beta1
> Reporter: Erich Duda
> Assignee: Paul Ferraro
> Priority: Blocker
>
> The configuration \[1\] results to an error \[2\]. This is backward compatibility issue since the configuration works with previous releases of Wildfly.
> \[1\]
> {code:xml}
> <broadcast-group name="bg-group1" jgroups-stack="udp" jgroups-channel="udp" broadcast-period="2000" connectors="connector"/>
> {code}
> \[2\]
> {code}
> 10:52:29,982 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 15) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "jgroups"),
> ("channel" => "udp")
> ]) - failure description: "WFLYCTL0436: Cannot register capability 'org.wildfly.clustering.jgroups.channel-factory.udp' at location '[
> (\"subsystem\" => \"jgroups\"),
> (\"channel\" => \"udp\")
> ]' as it is already registered in context 'global' at location(s) '[[
> (\"subsystem\" => \"jgroups\"),
> (\"stack\" => \"udp\")
> ]]'"
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-5808) IndexOutOfBoundsException after stopping deployment of HA Singleton deployment
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5808?page=com.atlassian.jira.plugin.... ]
Radoslav Husar resolved WFLY-5808.
----------------------------------
Fix Version/s: 12.0.0.Final
Resolution: Done
> IndexOutOfBoundsException after stopping deployment of HA Singleton deployment
> ------------------------------------------------------------------------------
>
> Key: WFLY-5808
> URL: https://issues.jboss.org/browse/WFLY-5808
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.CR5
> Reporter: Michal Vinkler
> Assignee: Paul Ferraro
> Priority: Minor
> Fix For: 12.0.0.Final
>
>
> Seen only once so far in failover tests - HA Singleton deployment scenarios. Is probably closely related to JBEAP-2254 as it occured during the events described there, namely:
> - redeploy will fail
> - This node will no longer operate as the singleton provider
> - *IndexOutOfBoundsException* appears, see the stacktrace below
> - the node is re-elected as the singleton provider and the deployment starts successfully
> Stacktrace:
> {code}
> [JBossINF] [0m[31m05:51:00,920 ERROR [org.jgroups.protocols.pbcast.GMS] (Incoming-14,ee,perf19) JGRP000027: failed passing message up: java.lang.RuntimeException: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.IndexOutOfBoundsException] while invoking method [public void org.infinispan.container.versioning.NumericVersionGenerator$RankCalculator.calculateRank(org.infinispan.notifications.cachemanagerlistener.event.ViewChangedEvent)] on listener instance: org.infinispan.container.versioning.NumericVersionGenerator$RankCalculator@3118031c
> [JBossINF] at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:689)
> [JBossINF] at org.jgroups.JChannel.up(JChannel.java:738)
> [JBossINF] at org.jgroups.fork.ForkProtocolStack.up(ForkProtocolStack.java:123)
> [JBossINF] at org.jgroups.stack.Protocol.up(Protocol.java:374)
> [JBossINF] at org.jgroups.protocols.FORK.up(FORK.java:118)
> [JBossINF] at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
> [JBossINF] at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
> [JBossINF] at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
> [JBossINF] at org.jgroups.protocols.pbcast.GMS.installView(GMS.java:735)
> [JBossINF] at org.jgroups.protocols.pbcast.CoordGmsImpl.handleViewChange(CoordGmsImpl.java:244)
> [JBossINF] at org.jgroups.protocols.pbcast.GMS.up(GMS.java:925)
> [JBossINF] at org.jgroups.stack.Protocol.up(Protocol.java:412)
> [JBossINF] at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:294)
> [JBossINF] at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:474)
> [JBossINF] at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:982)
> [JBossINF] at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:912)
> [JBossINF] at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:846)
> [JBossINF] at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618)
> [JBossINF] at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155)
> [JBossINF] at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200)
> [JBossINF] at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:310)
> [JBossINF] at org.jgroups.protocols.MERGE3.up(MERGE3.java:285)
> [JBossINF] at org.jgroups.protocols.Discovery.up(Discovery.java:295)
> [JBossINF] at org.jgroups.protocols.TP.passMessageUp(TP.java:1577)
> [JBossINF] at org.jgroups.protocols.TP$3.run(TP.java:1511)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [JBossINF] at java.lang.Thread.run(Thread.java:745)
> [JBossINF] Caused by: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.IndexOutOfBoundsException] while invoking method [public void org.infinispan.container.versioning.NumericVersionGenerator$RankCalculator.calculateRank(org.infinispan.notifications.cachemanagerlistener.event.ViewChangedEvent)] on listener instance: org.infinispan.container.versioning.NumericVersionGenerator$RankCalculator@3118031c
> [JBossINF] at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:291)
> [JBossINF] at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21)
> [JBossINF] at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:309)
> [JBossINF] at org.infinispan.notifications.cachemanagerlistener.CacheManagerNotifierImpl.notifyViewChange(CacheManagerNotifierImpl.java:88)
> [JBossINF] at org.infinispan.remoting.transport.jgroups.JGroupsTransport$NotifyViewChange.emitNotification(JGroupsTransport.java:774)
> [JBossINF] at org.infinispan.remoting.transport.jgroups.JGroupsTransport.viewAccepted(JGroupsTransport.java:850)
> [JBossINF] at org.jgroups.blocks.MessageDispatcher.handleUpEvent(MessageDispatcher.java:605)
> [JBossINF] at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:686)
> [JBossINF] ... 27 more
> [JBossINF] Caused by: java.lang.IndexOutOfBoundsException: Index: 0
> [JBossINF] at org.infinispan.commons.util.InfinispanCollections$EmptyList.get(InfinispanCollections.java:115)
> [JBossINF] at org.infinispan.container.versioning.NumericVersionGenerator.findAddressRank(NumericVersionGenerator.java:115)
> [JBossINF] at org.infinispan.container.versioning.NumericVersionGenerator.calculateRank(NumericVersionGenerator.java:101)
> [JBossINF] at org.infinispan.container.versioning.NumericVersionGenerator$RankCalculator.calculateRank(NumericVersionGenerator.java:126)
> [JBossINF] at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
> [JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [JBossINF] at java.lang.reflect.Method.invoke(Method.java:497)
> [JBossINF] at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:286)
> [JBossINF] ... 34 more
> {code}
> Link:
> http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-singl...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months