[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko commented on DROOLS-4950:
-------------------------------------
[~yamer]I do not agree, the point is in both rows I provided the same list of numbers, however in first row I used graphical editor, in second row I used plain text notation *?=[]*. Results of both rows needs to be the same.
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
> [1]
> !Screenshot from 2020-01-17 13-56-02.png|thumbnail!
> [2]
> !Screenshot from 2020-01-17 13-56-10.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4949) Blue rectangle above test scenario collection editor
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4949?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4949:
--------------------------------
Tester: Jozef Marko (was: Anna Dupliak)
> Blue rectangle above test scenario collection editor
> ----------------------------------------------------
>
> Key: DROOLS-4949
> URL: https://issues.redhat.com/browse/DROOLS-4949
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Minor
> Labels: drools-tools
> Attachments: Screenshot from 2020-01-17 12-30-13.png, urgent.dmn
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12895) Mojarra-4500 - NPE when determining converter for primitive values
by Ricardo Martin Camarero (Jira)
[ https://issues.redhat.com/browse/WFLY-12895?page=com.atlassian.jira.plugi... ]
Ricardo Martin Camarero updated WFLY-12895:
-------------------------------------------
Fix Version/s: 19.0.0.Beta1
> Mojarra-4500 - NPE when determining converter for primitive values
> ------------------------------------------------------------------
>
> Key: WFLY-12895
> URL: https://issues.redhat.com/browse/WFLY-12895
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Reporter: Ilia Vassilev
> Assignee: Ricardo Martin Camarero
> Priority: Major
> Fix For: 19.0.0.Beta1
>
>
> https://github.com/eclipse-ee4j/mojarra/issues/4500
> On Version 2.3.5 when the backing bean value is a primitive (int, boolean, etc) there is a NPE during the validation phase.
> This is a regression from 2.2
> {code}
> <h:selectOneMenu value="#{billingAccountView.billingAccount.commissionable}">
> <f:selectItem itemValue="true" itemLabel="Yes" />
> <f:selectItem itemValue="false" itemLabel="No" />
> </h:selectOneMenu>
> {code}
> Where billingAccountView.billingAccount.commissionable is a primitive boolean
> {code}
> 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) Could not instantiate converter for type boolean: java.lang.NullPointerException
> 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) : java.lang.NullPointerException
> at com.sun.faces.cdi.CdiUtils.createConverter(CdiUtils.java:125)
> at com.sun.faces.application.ApplicationImpl.createConverter(ApplicationImpl.java:1458)
> at javax.faces.application.ApplicationWrapper.createConverter(ApplicationWrapper.java:425)
> at org.omnifaces.cdi.converter.ConverterManager.createConverter(ConverterManager.java:155)
> at org.omnifaces.cdi.converter.ConverterManager$Proxy$_$$_WeldClientProxy.createConverter(Unknown Source)
> at org.omnifaces.application.OmniApplication.createConverter(OmniApplication.java:98)
> at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:127)
> at com.sun.faces.renderkit.html_basic.MenuRenderer.convertSelectOneValue(MenuRenderer.java:194)
> at com.sun.faces.renderkit.html_basic.MenuRenderer.getConvertedValue(MenuRenderer.java:341)
> at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1122)
> at javax.faces.component.UIInput.validate(UIInput.java:1030)
> at javax.faces.component.UIInput.executeValidate(UIInput.java:1334)
> at javax.faces.component.UIInput.processValidators(UIInput.java:757)
> at javax.faces.component.UISelectOne.processValidators(UISelectOne.java:207)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIForm.processValidators(UIForm.java:269)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1332)
> at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:77)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12895) Mojarra-4500 - NPE when determining converter for primitive values
by Ricardo Martin Camarero (Jira)
[ https://issues.redhat.com/browse/WFLY-12895?page=com.atlassian.jira.plugi... ]
Ricardo Martin Camarero resolved WFLY-12895.
--------------------------------------------
Release Notes Text: WFLY-12885 upgraded mojarra to 2.3.9.SP06.
Resolution: Done
> Mojarra-4500 - NPE when determining converter for primitive values
> ------------------------------------------------------------------
>
> Key: WFLY-12895
> URL: https://issues.redhat.com/browse/WFLY-12895
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Reporter: Ilia Vassilev
> Assignee: Ricardo Martin Camarero
> Priority: Major
>
> https://github.com/eclipse-ee4j/mojarra/issues/4500
> On Version 2.3.5 when the backing bean value is a primitive (int, boolean, etc) there is a NPE during the validation phase.
> This is a regression from 2.2
> {code}
> <h:selectOneMenu value="#{billingAccountView.billingAccount.commissionable}">
> <f:selectItem itemValue="true" itemLabel="Yes" />
> <f:selectItem itemValue="false" itemLabel="No" />
> </h:selectOneMenu>
> {code}
> Where billingAccountView.billingAccount.commissionable is a primitive boolean
> {code}
> 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) Could not instantiate converter for type boolean: java.lang.NullPointerException
> 15:27:04,781 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (default task-2) : java.lang.NullPointerException
> at com.sun.faces.cdi.CdiUtils.createConverter(CdiUtils.java:125)
> at com.sun.faces.application.ApplicationImpl.createConverter(ApplicationImpl.java:1458)
> at javax.faces.application.ApplicationWrapper.createConverter(ApplicationWrapper.java:425)
> at org.omnifaces.cdi.converter.ConverterManager.createConverter(ConverterManager.java:155)
> at org.omnifaces.cdi.converter.ConverterManager$Proxy$_$$_WeldClientProxy.createConverter(Unknown Source)
> at org.omnifaces.application.OmniApplication.createConverter(OmniApplication.java:98)
> at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:127)
> at com.sun.faces.renderkit.html_basic.MenuRenderer.convertSelectOneValue(MenuRenderer.java:194)
> at com.sun.faces.renderkit.html_basic.MenuRenderer.getConvertedValue(MenuRenderer.java:341)
> at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1122)
> at javax.faces.component.UIInput.validate(UIInput.java:1030)
> at javax.faces.component.UIInput.executeValidate(UIInput.java:1334)
> at javax.faces.component.UIInput.processValidators(UIInput.java:757)
> at javax.faces.component.UISelectOne.processValidators(UISelectOne.java:207)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIForm.processValidators(UIForm.java:269)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1298)
> at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1332)
> at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:77)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4930) [DMN Designer] Remove UUID from Alerts panel validation messages
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-4930?page=com.atlassian.jira.plug... ]
Michael Anstis commented on DROOLS-4930:
----------------------------------------
[~roger600] [~jomarko] Everything seems to be working (as good as expected) for DMN.
DMN's _domain_ validation is not validating NODES but the different CELLS in DMN's _boxed expressions_. The UUIDs for the CELLS are not in the graph and hence Stunner's {{CoreTranslationMessages}} does not find a match and cannot show the NODE name. Consequentially the CELLs UUID is shown in the Alerts panel.
Highlighting of DMNs' CELLs is not handled by Stunner's generic capabilities (and is the subject of another JIRA relating to DMN validation).
That said (for DMN) we do not want to show the UUID in the Alert panel for CELL (domain) validation messages.. that is the purpose of this JIRA.
> [DMN Designer] Remove UUID from Alerts panel validation messages
> -----------------------------------------------------------------
>
> Key: DROOLS-4930
> URL: https://issues.redhat.com/browse/DROOLS-4930
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.31.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: Screenshot from 2020-01-17 07-41-57.png
>
>
> Validation of a DMN diagram can lead to messages being shown in the Alerts Panel.
> Stunner is appending the UUID to the message. See [CoreTranslationMessages.getElementValidationMessage()|https://github.com/...]
> [~tirelli] has requested their removal.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12996) Upgrade Narayana to 5.10.2.Final
by Michael Musgrove (Jira)
Michael Musgrove created WFLY-12996:
---------------------------------------
Summary: Upgrade Narayana to 5.10.2.Final
Key: WFLY-12996
URL: https://issues.redhat.com/browse/WFLY-12996
Project: WildFly
Issue Type: Component Upgrade
Components: Transactions
Affects Versions: 19.0.0.Beta1
Reporter: Michael Musgrove
Assignee: Michael Musgrove
Fix For: 19.0.0.Beta2
Transactions component upgrade
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFCORE-4802) Upgrade httpcomponents httpclient to 4.5.11 and httpcore to 4.4.13
by Darran Lofthouse (Jira)
Darran Lofthouse created WFCORE-4802:
----------------------------------------
Summary: Upgrade httpcomponents httpclient to 4.5.11 and httpcore to 4.4.13
Key: WFCORE-4802
URL: https://issues.redhat.com/browse/WFCORE-4802
Project: WildFly Core
Issue Type: Component Upgrade
Components: Management
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 11.0.0.Beta8
I have set the component to management as other than use within testsuites these components are used within the git integration for server configuration.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12995) ISPN008027: SQL error while fetching stored entry
by Tommasso Borgato (Jira)
[ https://issues.redhat.com/browse/WFLY-12995?page=com.atlassian.jira.plugi... ]
Tommasso Borgato updated WFLY-12995:
------------------------------------
Description:
This error was spotted in EAP Clustering tests where a relational MySQL Database is used to store replicated session data;
The error does not affects the overall fail rate that remains under the desired threshold;
Nevertheless the error was never observed in former tests and is hence considered worth reporting;
The error happened on node 2 of the 4 nodes cluster, twice:
- immediately after node 1 was failed (via EAP shutdown)
- immediately after node 3 was failed and then restored
The error log is the following:
{noformat}
2020-01-18 13:16:53,621 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,622 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,630 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,631 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t66) [Context=client-mappings] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
2020-01-18 13:16:53,665 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t65) [Context=cbnc.ear/clusterbench-ejb.jar/infinispan] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 19
2020-01-18 13:16:53,675 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,676 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=default-server] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
2020-01-18 13:16:53,677 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,679 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,682 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,697 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,720 ERROR [org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore] (InfinispanSessionManager - 1) ISPN008027: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
2020-01-18 13:16:53,723 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (InfinispanSessionManager - 1) ISPN000136: Error executing command GetKeyValueCommand on Cache 'cbnc.ear.a.war', writing keys []: org.infinispan.persistence.spi.PersistenceException: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:361)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
... 64 more
2020-01-18 13:18:50,041 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,044 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,045 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,052 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,053 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
{noformat}
Find attached the complete logs and a report of the test phases;
Link to complete test run: [eap-7.x-clustering-db-session-shutdown-repl-mysql-5.7#48|https://eap-qe-j...]
was:
This error was spotted in EAP Clustering tests where a relational MySQL Database is used to store replicated session data;
The error does not affects the overall fail rate that remains under the desired threshold;
Nevertheless the error was never observed in former tests and is hence considered a regression worth reporting;
The error happened on node 2 of the 4 nodes cluster, twice:
- immediately after node 1 was failed (via EAP shutdown)
- immediately after node 3 was failed and then restored
The error log is the following:
{noformat}
2020-01-18 13:16:53,621 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,622 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,630 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,631 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t66) [Context=client-mappings] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
2020-01-18 13:16:53,665 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t65) [Context=cbnc.ear/clusterbench-ejb.jar/infinispan] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 19
2020-01-18 13:16:53,675 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,676 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=default-server] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
2020-01-18 13:16:53,677 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,679 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,682 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,697 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,720 ERROR [org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore] (InfinispanSessionManager - 1) ISPN008027: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
2020-01-18 13:16:53,723 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (InfinispanSessionManager - 1) ISPN000136: Error executing command GetKeyValueCommand on Cache 'cbnc.ear.a.war', writing keys []: org.infinispan.persistence.spi.PersistenceException: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:361)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
... 64 more
2020-01-18 13:18:50,041 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,044 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,045 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,052 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,053 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
{noformat}
Find attached the complete logs and a report of the test phases;
Link to complete test run: [eap-7.x-clustering-db-session-shutdown-repl-mysql-5.7#48|https://eap-qe-j...]
> ISPN008027: SQL error while fetching stored entry
> -------------------------------------------------
>
> Key: WFLY-12995
> URL: https://issues.redhat.com/browse/WFLY-12995
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 19.0.0.Beta2
> Reporter: Tommasso Borgato
> Assignee: Paul Ferraro
> Priority: Major
> Attachments: clustering.html, wlf_20200918-130906-wildfly-service-2-server.log
>
>
> This error was spotted in EAP Clustering tests where a relational MySQL Database is used to store replicated session data;
> The error does not affects the overall fail rate that remains under the desired threshold;
> Nevertheless the error was never observed in former tests and is hence considered worth reporting;
> The error happened on node 2 of the 4 nodes cluster, twice:
> - immediately after node 1 was failed (via EAP shutdown)
> - immediately after node 3 was failed and then restored
> The error log is the following:
> {noformat}
> 2020-01-18 13:16:53,621 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
> 2020-01-18 13:16:53,622 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
> 2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
> 2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
> 2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
> 2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
> 2020-01-18 13:16:53,630 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
> 2020-01-18 13:16:53,631 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
> 2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
> 2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t66) [Context=client-mappings] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
> 2020-01-18 13:16:53,665 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t65) [Context=cbnc.ear/clusterbench-ejb.jar/infinispan] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 19
> 2020-01-18 13:16:53,675 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
> 2020-01-18 13:16:53,676 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=default-server] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
> 2020-01-18 13:16:53,677 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
> 2020-01-18 13:16:53,679 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
> 2020-01-18 13:16:53,682 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
> 2020-01-18 13:16:53,697 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
> 2020-01-18 13:16:53,720 ERROR [org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore] (InfinispanSessionManager - 1) ISPN008027: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
> at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
> at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
> at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
> at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> 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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
> at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
> at java.base/java.lang.Thread.run(Thread.java:834)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
> 2020-01-18 13:16:53,723 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (InfinispanSessionManager - 1) ISPN000136: Error executing command GetKeyValueCommand on Cache 'cbnc.ear.a.war', writing keys []: org.infinispan.persistence.spi.PersistenceException: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ
> at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:361)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
> at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
> at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
> at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
> at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
> at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
> at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
> at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
> at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> 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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
> at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
> at java.base/java.lang.Thread.run(Thread.java:834)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
> Caused by: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
> at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
> at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
> ... 64 more
> 2020-01-18 13:18:50,041 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
> 2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
> 2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
> 2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
> 2020-01-18 13:18:50,044 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
> 2020-01-18 13:18:50,045 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
> 2020-01-18 13:18:50,052 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
> 2020-01-18 13:18:50,053 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
> {noformat}
> Find attached the complete logs and a report of the test phases;
> Link to complete test run: [eap-7.x-clustering-db-session-shutdown-repl-mysql-5.7#48|https://eap-qe-j...]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12088) JAR does not supported for deployment-overlays mechanism
by Bartosz Baranowski (Jira)
[ https://issues.redhat.com/browse/WFLY-12088?page=com.atlassian.jira.plugi... ]
Bartosz Baranowski updated WFLY-12088:
--------------------------------------
Component/s: Documentation
(was: Class Loading)
> JAR does not supported for deployment-overlays mechanism
> --------------------------------------------------------
>
> Key: WFLY-12088
> URL: https://issues.redhat.com/browse/WFLY-12088
> Project: WildFly
> Issue Type: Bug
> Components: Documentation
> Affects Versions: 16.0.0.Final
> Reporter: Vlad Filipp
> Assignee: Bartosz Baranowski
> Priority: Minor
>
> When trying to make a link from an overlay to a JAR, classes from overlay libraries are not loaded for a linked JAR.
> The situation is similar when creating a link to a JAR which is located inside EAR.
> Should overlay deployment mechanism be supported for JARs?
> Example standalone.xml:
> {code:java}
> <deployment-overlays>
> ...
> <deployment-overlay name="my-overlay-n1">
> <content ...>
> <deployment name="my-jar-inside-ear-use-overlays-libs.jar"/>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12088) JAR does not supported for deployment-overlays mechanism
by Bartosz Baranowski (Jira)
[ https://issues.redhat.com/browse/WFLY-12088?page=com.atlassian.jira.plugi... ]
Bartosz Baranowski commented on WFLY-12088:
-------------------------------------------
[~vladimirfrankov]
{quote}
There is not software bug.
...
After research and debugging, I changed the path to the right path in the content tag and it's fixed.
{quote}
So all in all it works as expected and there is no bug and it seems to be documentation issue, right?
Could you please describe your deployment and what you are doing with it ? This way our doc team will be able to improve documentation.
> JAR does not supported for deployment-overlays mechanism
> --------------------------------------------------------
>
> Key: WFLY-12088
> URL: https://issues.redhat.com/browse/WFLY-12088
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: 16.0.0.Final
> Reporter: Vlad Filipp
> Assignee: Bartosz Baranowski
> Priority: Major
>
> When trying to make a link from an overlay to a JAR, classes from overlay libraries are not loaded for a linked JAR.
> The situation is similar when creating a link to a JAR which is located inside EAR.
> Should overlay deployment mechanism be supported for JARs?
> Example standalone.xml:
> {code:java}
> <deployment-overlays>
> ...
> <deployment-overlay name="my-overlay-n1">
> <content ...>
> <deployment name="my-jar-inside-ear-use-overlays-libs.jar"/>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12088) JAR does not supported for deployment-overlays mechanism
by Bartosz Baranowski (Jira)
[ https://issues.redhat.com/browse/WFLY-12088?page=com.atlassian.jira.plugi... ]
Bartosz Baranowski updated WFLY-12088:
--------------------------------------
Priority: Minor (was: Major)
> JAR does not supported for deployment-overlays mechanism
> --------------------------------------------------------
>
> Key: WFLY-12088
> URL: https://issues.redhat.com/browse/WFLY-12088
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: 16.0.0.Final
> Reporter: Vlad Filipp
> Assignee: Bartosz Baranowski
> Priority: Minor
>
> When trying to make a link from an overlay to a JAR, classes from overlay libraries are not loaded for a linked JAR.
> The situation is similar when creating a link to a JAR which is located inside EAR.
> Should overlay deployment mechanism be supported for JARs?
> Example standalone.xml:
> {code:java}
> <deployment-overlays>
> ...
> <deployment-overlay name="my-overlay-n1">
> <content ...>
> <deployment name="my-jar-inside-ear-use-overlays-libs.jar"/>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12995) ISPN008027: SQL error while fetching stored entry
by Tommasso Borgato (Jira)
Tommasso Borgato created WFLY-12995:
---------------------------------------
Summary: ISPN008027: SQL error while fetching stored entry
Key: WFLY-12995
URL: https://issues.redhat.com/browse/WFLY-12995
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 19.0.0.Beta2
Reporter: Tommasso Borgato
Assignee: Paul Ferraro
Attachments: clustering.html, wlf_20200918-130906-wildfly-service-2-server.log
This error was spotted in EAP Clustering tests where a relational MySQL Database is used to store replicated session data;
The error does not affects the overall fail rate that remains under the desired threshold;
Nevertheless the error was never observed in former tests and is hence considered a regression worth reporting;
The error happened on node 2 of the 4 nodes cluster, twice:
- immediately after node 1 was failed (via EAP shutdown)
- immediately after node 3 was failed and then restored
The error log is the following:
{noformat}
2020-01-18 13:16:53,621 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,622 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,623 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,630 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|4] (3) [wildfly2, wildfly3, wildfly4]
2020-01-18 13:16:53,631 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100001: Node wildfly1 left the cluster
2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,664 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t66) [Context=client-mappings] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
2020-01-18 13:16:53,665 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p18-t65) [Context=cbnc.ear/clusterbench-ejb.jar/infinispan] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 19
2020-01-18 13:16:53,675 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.b.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,676 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=default-server] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 15
2020-01-18 13:16:53,677 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,679 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t1) [Context=cbnc.ear.c.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,682 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100007: After merge (or coordinator change), recovered members [wildfly2, wildfly3, wildfly4] with topology id 8
2020-01-18 13:16:53,697 INFO [org.infinispan.CLUSTER] (stateTransferExecutor-thread--p20-t61) [Context=cbnc.ear.a.war] ISPN100008: Updating cache members list [wildfly2, wildfly3, wildfly4], topology id 9
2020-01-18 13:16:53,720 ERROR [org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore] (InfinispanSessionManager - 1) ISPN008027: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
2020-01-18 13:16:53,723 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (InfinispanSessionManager - 1) ISPN000136: Error executing command GetKeyValueCommand on Cache 'cbnc.ear.a.war', writing keys []: org.infinispan.persistence.spi.PersistenceException: SQL error while fetching stored entry with key: SessionAccessMetaDataKey(wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ), lockingKey: 6wfKG6Glx3bmXTmdyaQAiORrGTQ5s5uRCwP-X5UrZ
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:361)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.spi.SegmentedAdvancedLoadWriteStore.load(SegmentedAdvancedLoadWriteStore.java:46)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:642)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:139)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.lambda$loadAndComputeInDataContainer$0(PersistenceUtil.java:97)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.lambda$compute$3(AbstractInternalDataContainer.java:231)
at java.base/java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1908)
at org.infinispan@9.4.17.Final//org.infinispan.container.impl.AbstractInternalDataContainer.compute(AbstractInternalDataContainer.java:230)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndComputeInDataContainer(PersistenceUtil.java:119)
at org.infinispan@9.4.17.Final//org.infinispan.persistence.internal.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:53)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:333)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:328)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:195)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:130)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:98)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:204)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:192)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.PessimisticLockingInterceptor.visitDataReadCommand(PessimisticLockingInterceptor.java:61)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:107)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:318)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:183)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.handleReadCommand(BaseStateTransferInterceptor.java:193)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BaseStateTransferInterceptor.visitGetKeyValueCommand(BaseStateTransferInterceptor.java:168)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:56)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.BatchingInterceptor.handleDefault(BatchingInterceptor.java:69)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitGetKeyValueCommand(DDAsyncInterceptor.java:106)
at org.infinispan@9.4.17.Final//org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.DDAsyncInterceptor.visitCommand(DDAsyncInterceptor.java:50)
at org.infinispan@9.4.17.Final//org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:527)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:520)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.EncoderCache.get(EncoderCache.java:660)
at org.infinispan@9.4.17.Final//org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:438)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.getValue(InfinispanSessionMetaDataFactory.java:100)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:88)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.findValue(InfinispanSessionMetaDataFactory.java:56)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:61)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler.schedule(SessionExpirationScheduler.java:45)
at org.wildfly.clustering.web.infinispan@19.0.0.Beta2-SNAPSHOT//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory$ScheduleExpirationTask.run(InfinispanSessionManagerFactory.java:286)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
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 org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
at org.jboss.as.clustering.common@19.0.0.Beta2-SNAPSHOT//org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.sql.SQLException: IJ031013: Interrupted attempting lock: org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@2c2b4a37
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.tryLock(BaseWrapperManagedConnection.java:405)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:165)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedStatement.lock(WrappedStatement.java:138)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.lock(WrappedResultSet.java:6022)
at org.jboss.ironjacamar.jdbcadapters@1.4.20.Final//org.jboss.jca.adapters.jdbc.WrappedResultSet.next(WrappedResultSet.java:2679)
at org.infinispan.persistence.jdbc@9.4.17.Final//org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore.load(JdbcStringBasedStore.java:354)
... 64 more
2020-01-18 13:18:50,041 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,043 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,044 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,045 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
2020-01-18 13:18:50,052 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN000094: Received new cluster view for channel ejb: [wildfly2|5] (4) [wildfly2, wildfly3, wildfly4, wildfly1]
2020-01-18 13:18:50,053 INFO [org.infinispan.CLUSTER] (thread-19,ejb,wildfly2) ISPN100000: Node wildfly1 joined the cluster
{noformat}
Find attached the complete logs and a report of the test phases;
Link to complete test run: [eap-7.x-clustering-db-session-shutdown-repl-mysql-5.7#48|https://eap-qe-j...]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFWIP-158) Artemis 2.7.0 logs password for STOMP protocol in clear text in debug logs
by Emmanuel Hugonnet (Jira)
[ https://issues.redhat.com/browse/WFWIP-158?page=com.atlassian.jira.plugin... ]
Emmanuel Hugonnet resolved WFWIP-158.
-------------------------------------
Resolution: Out of Date
> Artemis 2.7.0 logs password for STOMP protocol in clear text in debug logs
> --------------------------------------------------------------------------
>
> Key: WFWIP-158
> URL: https://issues.redhat.com/browse/WFWIP-158
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Miroslav Novak
> Assignee: Emmanuel Hugonnet
> Priority: Major
>
> If TRACE log is enabled for {{org.apache.activemq.artemis}} then StompProtoco is logging password in clear text:
> {code}
> 13:48:06,488 DEBUG [org.apache.commons.beanutils.BeanUtils] (ServerService Thread Pool -- 86) BeanUtils.populate(org.apache.activemq.artemis.core.protocol.stomp.StompProtocolManager@2aa25516, {needClientAuth=tru
> e, trustStorePassword=hornetqexample, keyStorePassword=hornetqexample, port=6445, sslEnabled=true, host=127.0.0.1, trustStorePath=/home/hudson/hudson_workspace/workspace/eap-7.x-messaging-weekly-common-ssl/eap-t
> estsuite/jboss-hornetq-testsuite/tests-eap7/src/test/resources/org/jboss/qa/hornetq/test/transportprotocols/hornetq.example.truststore, keyStorePath=/home/hudson/hudson_workspace/workspace/eap-7.x-messaging-week
> ly-common-ssl/eap-testsuite/jboss-hornetq-testsuite/tests-eap7/src/test/resources/org/jboss/qa/hornetq/test/transportprotocols/hornetq.example.keystore})
> ...
> 13:48:06,488 TRACE [org.apache.commons.beanutils.BeanUtils] (ServerService Thread Pool -- 86) setProperty(org.apache.activemq.artemis.core.protocol.stomp.StompProtocolManager@2aa25516, trustStorePassword, horn
> etqexample)
> ...
> 13:48:06,489 TRACE [org.apache.commons.beanutils.BeanUtils] (ServerService Thread Pool -- 86) setProperty(org.apache.activemq.artemis.core.protocol.stomp.StompProtocolManager@2aa25516, keyStorePassword, hornet
> qexample)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFWIP-134) Bad WARN messages: AMQ222211: Storage is back to stable now...
by Emmanuel Hugonnet (Jira)
[ https://issues.redhat.com/browse/WFWIP-134?page=com.atlassian.jira.plugin... ]
Emmanuel Hugonnet resolved WFWIP-134.
-------------------------------------
Resolution: Out of Date
> Bad WARN messages: AMQ222211: Storage is back to stable now...
> --------------------------------------------------------------
>
> Key: WFWIP-134
> URL: https://issues.redhat.com/browse/WFWIP-134
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Miroslav Novak
> Assignee: Francesco Nigro
> Priority: Major
>
> There are unwanted WARN messages:
> {code}
> 13:47:48,158 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly Full 15.0.0.Alpha1-SNAPSHOT (WildFly Core 7.0.0.Alpha4) started in 8017ms - Started 495 of 723 services (489 services are lazy, passive or on-demand)
> 13:47:50,235 WARN [org.apache.activemq.artemis.core.server] (Thread-0 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@371ff371)) AMQ222183: Blocking message production on address 'jms.queue.InQueue'; size is currently: 10,635,300 bytes; max-size-bytes on address: 10,485,760, global-max-size is 10,635,300
> 13:47:52,642 WARN [org.apache.activemq.artemis.core.server] (Thread-4 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@371ff371)) AMQ222211: Storage is back to stable now, under max-disk-usage.
> 13:47:57,642 WARN [org.apache.activemq.artemis.core.server] (Thread-15 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@371ff371)) AMQ222211: Storage is back to stable now, under max-disk-usage.
> ...
> {code}
> when server has configured {{global-max-memory-size}} and address-full-policy to BLOCK. Once {{global-max-memory-size}} then starts to log above warnings which with max-disk-usage. Which is not correct as no disk limitation was reached.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4607) DMN DT Analysis for symbols
by Matteo Mortari (Jira)
[ https://issues.redhat.com/browse/DROOLS-4607?page=com.atlassian.jira.plug... ]
Matteo Mortari updated DROOLS-4607:
-----------------------------------
Sprint: 2019 Week 41-43 (from Okt 7), 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 07-09 (from Feb 10) (was: 2019 Week 41-43 (from Okt 7), 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 04-06 (from Jan 20))
> DMN DT Analysis for symbols
> ---------------------------
>
> Key: DROOLS-4607
> URL: https://issues.redhat.com/browse/DROOLS-4607
> Project: Drools
> Issue Type: Feature Request
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
> Priority: Major
>
> Extend analysis to symbolic processing in the possible cases
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4606) DMN alpha network
by Matteo Mortari (Jira)
[ https://issues.redhat.com/browse/DROOLS-4606?page=com.atlassian.jira.plug... ]
Matteo Mortari updated DROOLS-4606:
-----------------------------------
Sprint: 2019 Week 41-43 (from Okt 7), 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 07-09 (from Feb 10) (was: 2019 Week 41-43 (from Okt 7), 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 04-06 (from Jan 20))
> DMN alpha network
> -----------------
>
> Key: DROOLS-4606
> URL: https://issues.redhat.com/browse/DROOLS-4606
> Project: Drools
> Issue Type: Task
> Components: dmn engine
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
> Priority: Major
>
> Start refactoring work to support alpha network
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Yeser Amer (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Yeser Amer updated DROOLS-4950:
-------------------------------
Sprint: 2020 Week 04-06 (from Jan 20)
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
> [1]
> !Screenshot from 2020-01-17 13-56-02.png|thumbnail!
> [2]
> !Screenshot from 2020-01-17 13-56-10.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4645) High memory consumption with JIT
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4645?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-4645:
--------------------------------
Sprint: 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 04-06 (from Jan 20) (was: 2019 Week 44-46 (from Okt 28), 2019 Week 47-49 (from Nov 18), 2020 Week 01-03 (from Dec 30))
> High memory consumption with JIT
> --------------------------------
>
> Key: DROOLS-4645
> URL: https://issues.redhat.com/browse/DROOLS-4645
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.29.0.Final
> Reporter: Radovan Synek
> Assignee: Mario Fusco
> Priority: Critical
> Attachments: Screenshot from 2019-10-15 10-30-27.png, Screenshot from 2019-10-15 10-31-53.png
>
>
> Employee Rostering example for OptaPlanner shows excessive memory consumption, which is connected with Drools score calculation.
> Please see the reproducer - running it without drools JIT finishes on time with 3GB of memory while with drools JIT being active it fails due to "GC overhead limit exceeded" despite the fact it god twice as much memory.
> Logging (add -Dlogback.level.org.optaplanner=trace to the execute_jit.sh script) showed there is a huge pillar move changing ~hundreds of entities which takes seconds to calculate score. During this move's evaluation, the memory consumption increases to a point when GC takes over and later fails.
> Memory sampling and heap dump investigation showed there are ~10^7 objects of org.drools.core.reteoo.FromNodeLeftTuple class, taking more memory than any other data type in the VM.
> See the attached screenshots.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12822) Undertow Deadlock
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-12822?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFLY-12822:
-----------------------------------------
This happened again:
https://ci.wildfly.org/viewLog.html?buildId=182542&buildTypeId=WF_PullReq...
That was one of the tests of https://github.com/wildfly/wildfly/pull/12930
> Undertow Deadlock
> -----------------
>
> Key: WFLY-12822
> URL: https://issues.redhat.com/browse/WFLY-12822
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Reporter: Brian Stansberry
> Assignee: Flavia Rainone
> Priority: Critical
> Labels: downstream_dependency
>
> Testsuite hang:
> https://ci.wildfly.org/viewLog.html?buildId=175908&buildTypeId=WF_PullReq...
> {code}
> 2019-11-22 19:51:16
> Full thread dump Java HotSpot(TM) Server VM (25.152-b16 mixed mode):
> "Attach Listener" #223 daemon prio=9 os_prio=0 tid=0xc0af2400 nid=0x40bf waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "ServerService Thread Pool -- 78" #191 prio=5 os_prio=0 tid=0xb8678800 nid=0xb78 waiting on condition [0xbacba000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc714cdf8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1088)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "pool-13-thread-1" #162 prio=5 os_prio=0 tid=0xbdad1800 nid=0x8a1 waiting on condition [0xbad0b000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xe2479960> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1081)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> "ServerService Thread Pool -- 77" #153 prio=5 os_prio=0 tid=0xc4de7400 nid=0x896 waiting on condition [0xbac69000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc714cdf8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1088)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "default task-2" #142 prio=5 os_prio=0 tid=0xc6848800 nid=0x872 waiting on condition [0xbac18000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc89b31d8> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "default task-1" #141 prio=5 os_prio=0 tid=0xbc8f1400 nid=0x871 waiting for monitor entry [0xbaa25000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.markWritesBroken(AbstractFramedChannel.java:883)
> - waiting to lock <0xe26b4980> (a io.undertow.protocols.http2.Http2Channel)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.channelForciblyClosed(AbstractFramedStreamSinkChannel.java:562)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.close(AbstractFramedStreamSinkChannel.java:539)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.queueFrame(AbstractFramedChannel.java:728)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.queueFinalFrame(AbstractFramedStreamSinkChannel.java:257)
> - locked <0xe26ef4b8> (a java.lang.Object)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.shutdownWrites(AbstractFramedStreamSinkChannel.java:240)
> - locked <0xe26ef4b8> (a java.lang.Object)
> at io.undertow.protocols.http2.Http2Channel.sendGoAway(Http2Channel.java:822)
> at io.undertow.protocols.http2.Http2Channel.sendGoAway(Http2Channel.java:809)
> at io.undertow.protocols.http2.Http2Channel.removeStreamSink(Http2Channel.java:968)
> at io.undertow.protocols.http2.Http2StreamSinkChannel.channelForciblyClosed(Http2StreamSinkChannel.java:68)
> at io.undertow.protocols.http2.Http2DataStreamSinkChannel.channelForciblyClosed(Http2DataStreamSinkChannel.java:322)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.close(AbstractFramedStreamSinkChannel.java:539)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.queueFrame(AbstractFramedChannel.java:728)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.queueFinalFrame(AbstractFramedStreamSinkChannel.java:257)
> - locked <0xe26b71b0> (a java.lang.Object)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.shutdownWrites(AbstractFramedStreamSinkChannel.java:240)
> - locked <0xe26b71b0> (a java.lang.Object)
> at org.xnio.conduits.StreamSinkChannelWrappingConduit.terminateWrites(StreamSinkChannelWrappingConduit.java:75)
> at org.xnio.conduits.ConduitStreamSinkChannel.shutdownWrites(ConduitStreamSinkChannel.java:178)
> at io.undertow.channels.DetachableStreamSinkChannel.shutdownWrites(DetachableStreamSinkChannel.java:79)
> at io.undertow.io.UndertowOutputStream.close(UndertowOutputStream.java:347)
> at io.undertow.io.UndertowOutputStream.updateWritten(UndertowOutputStream.java:266)
> at io.undertow.io.UndertowOutputStream.write(UndertowOutputStream.java:209)
> at io.undertow.io.UndertowOutputStream.write(UndertowOutputStream.java:105)
> at io.undertow.io.BlockingSenderImpl.send(BlockingSenderImpl.java:131)
> at io.undertow.io.BlockingSenderImpl.send(BlockingSenderImpl.java:166)
> at io.undertow.server.handlers.error.SimpleErrorPageHandler$1.handleDefaultResponse(SimpleErrorPageHandler.java:68)
> at io.undertow.server.HttpServerExchange.endExchange(HttpServerExchange.java:1608)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:401)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> "expiration-thread--p3-t1" #131 daemon prio=1 os_prio=0 tid=0xbd8b2400 nid=0x863 waiting on condition [0xbaead000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xe21794d0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at org.jboss.as.clustering.context.ContextReferenceExecutor.execute(ContextReferenceExecutor.java:49)
> at org.jboss.as.clustering.context.ContextualExecutor$1.run(ContextualExecutor.java:70)
> at java.lang.Thread.run(Thread.java:748)
> "Reference Reaper #3" #129 daemon prio=5 os_prio=0 tid=0xc1bee400 nid=0x85e in Object.wait() [0xbbead000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
> - locked <0xe24ac228> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
> at org.wildfly.common.ref.References$ReaperThread.run(References.java:76)
> "Reference Reaper #2" #128 daemon prio=5 os_prio=0 tid=0xc012e400 nid=0x85d in Object.wait() [0xbbefe000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
> - locked <0xe24ac228> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
> at org.wildfly.common.ref.References$ReaperThread.run(References.java:76)
> "Reference Reaper #1" #127 daemon prio=5 os_prio=0 tid=0xc012d000 nid=0x85c in Object.wait() [0xbc05b000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
> - locked <0xe24ac228> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
> at org.wildfly.common.ref.References$ReaperThread.run(References.java:76)
> "management task-2" #125 prio=5 os_prio=0 tid=0xbdcde400 nid=0x83e waiting on condition [0xbc0fd000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8a77ca0> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "management task-1" #124 prio=5 os_prio=0 tid=0xbbf30800 nid=0x83d waiting on condition [0xbc35c000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8a77ca0> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "pool-8-thread-1" #123 prio=5 os_prio=0 tid=0xbbf2e800 nid=0x83c waiting on condition [0xbc3ad000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc898fc98> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1081)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> "DeploymentScanner-threads - 2" #121 prio=5 os_prio=0 tid=0xc3f5a000 nid=0x83a waiting on condition [0xbcaba000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8a64f80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1088)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "Transaction Reaper Worker 0" #120 daemon prio=5 os_prio=0 tid=0xbff57400 nid=0x839 in Object.wait() [0xbcb0b000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Object.java:502)
> at com.arjuna.ats.arjuna.coordinator.TransactionReaper.waitForCancellations(TransactionReaper.java:328)
> - locked <0xe2258890> (a java.util.LinkedList)
> at com.arjuna.ats.internal.arjuna.coordinator.ReaperWorkerThread.run(ReaperWorkerThread.java:65)
> "Transaction Reaper" #119 daemon prio=5 os_prio=0 tid=0xbd84a800 nid=0x837 in Object.wait() [0xbcb5c000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at com.arjuna.ats.internal.arjuna.coordinator.ReaperThread.run(ReaperThread.java:90)
> - locked <0xe22586c0> (a com.arjuna.ats.arjuna.coordinator.TransactionReaper)
> "Periodic Recovery" #115 prio=5 os_prio=0 tid=0xbdfe1c00 nid=0x836 in Object.wait() [0xbcbad000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doPeriodicWait(PeriodicRecovery.java:683)
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:403)
> - locked <0xe227f4b8> (a java.lang.Object)
> "Transaction Expired Entry Monitor" #118 daemon prio=5 os_prio=0 tid=0xbdfe0800 nid=0x835 in Object.wait() [0xbcbfe000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xe226f588> (a com.arjuna.ats.internal.arjuna.recovery.ExpiredEntryMonitor)
> at com.arjuna.ats.internal.arjuna.recovery.ExpiredEntryMonitor.run(ExpiredEntryMonitor.java:190)
> - locked <0xe226f588> (a com.arjuna.ats.internal.arjuna.recovery.ExpiredEntryMonitor)
> "XNIO-1 Accept" #117 daemon prio=5 os_prio=0 tid=0xc4261400 nid=0x833 runnable [0xbce6c000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xe21df9e0> (a sun.nio.ch.Util$3)
> - locked <0xe21df9d0> (a java.util.Collections$UnmodifiableSet)
> - locked <0xe21df8d8> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "XNIO-1 I/O-1" #116 daemon prio=5 os_prio=0 tid=0xc4260400 nid=0x832 runnable [0xbcffc000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xe21df3a0> (a sun.nio.ch.Util$3)
> - locked <0xe21df390> (a java.util.Collections$UnmodifiableSet)
> - locked <0xe21df298> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "Timer-1" #114 prio=5 os_prio=0 tid=0xbe20c400 nid=0x82f in Object.wait() [0xbd67a000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xc8d8bf48> (a java.util.TaskQueue)
> at java.lang.Object.wait(Object.java:502)
> at java.util.TimerThread.mainLoop(Timer.java:526)
> - locked <0xc8d8bf48> (a java.util.TaskQueue)
> at java.util.TimerThread.run(Timer.java:505)
> "default Accept" #113 prio=5 os_prio=0 tid=0xbe023400 nid=0x82e runnable [0xbdb5c000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8dabc58> (a sun.nio.ch.Util$3)
> - locked <0xc8dabc48> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8dabb50> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "default I/O-8" #112 prio=5 os_prio=0 tid=0xbe022000 nid=0x82d runnable [0xbdbad000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8dae2b0> (a sun.nio.ch.Util$3)
> - locked <0xc8dae2a0> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8dae1a8> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "default I/O-7" #111 prio=5 os_prio=0 tid=0xbe020800 nid=0x82c runnable [0xbdbfe000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8dae8f8> (a sun.nio.ch.Util$3)
> - locked <0xc8dae8e8> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8dae7f0> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:551)
> "default I/O-6" #110 prio=5 os_prio=0 tid=0xbe01f000 nid=0x82b runnable [0xbdd69000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8db6f50> (a sun.nio.ch.Util$3)
> - locked <0xc8db6f40> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8db6e48> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:551)
> "default I/O-5" #109 prio=5 os_prio=0 tid=0xbe01c400 nid=0x82a runnable [0xbddba000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8db95a8> (a sun.nio.ch.Util$3)
> - locked <0xc8db9598> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8db94a0> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "default I/O-4" #108 prio=5 os_prio=0 tid=0xbe01b000 nid=0x829 runnable [0xbde0b000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8db9bf0> (a sun.nio.ch.Util$3)
> - locked <0xc8db9be0> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8db9ae8> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "default I/O-3" #107 prio=5 os_prio=0 tid=0xbea2b800 nid=0x828 runnable [0xbde5c000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8dba238> (a sun.nio.ch.Util$3)
> - locked <0xc8dba228> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8dba130> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "default I/O-2" #106 prio=5 os_prio=0 tid=0xbe019800 nid=0x827 runnable [0xbdead000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8dba880> (a sun.nio.ch.Util$3)
> - locked <0xc8dba870> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8dba778> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "default I/O-1" #105 prio=5 os_prio=0 tid=0xbea25400 nid=0x826 waiting for monitor entry [0xbdefe000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.close(AbstractFramedStreamSinkChannel.java:525)
> - waiting to lock <0xe26b71b0> (a java.lang.Object)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.protocols.http2.Http2Channel.closeSubChannels(Http2Channel.java:645)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.close(AbstractFramedChannel.java:824)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.protocols.http2.Http2Channel.lastDataRead(Http2Channel.java:593)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.receive(AbstractFramedChannel.java:391)
> - locked <0xe26b4980> (a io.undertow.protocols.http2.Http2Channel)
> at io.undertow.server.protocol.http2.Http2ReceiveListener.handleEvent(Http2ReceiveListener.java:118)
> at io.undertow.server.protocol.http2.Http2ReceiveListener.handleEvent(Http2ReceiveListener.java:67)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at io.undertow.server.protocol.framed.AbstractFramedChannel$FrameReadListener.handleEvent(AbstractFramedChannel.java:950)
> at io.undertow.server.protocol.framed.AbstractFramedChannel$FrameReadListener.handleEvent(AbstractFramedChannel.java:931)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
> "IdleRemover" #104 daemon prio=5 os_prio=0 tid=0xc0286c00 nid=0x825 waiting on condition [0xbe39d000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dc9790> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
> at org.jboss.jca.core.connectionmanager.pool.idle.IdleRemover$IdleRemoverRunner.run(IdleRemover.java:261)
> 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)
> "ConnectionValidator" #103 daemon prio=5 os_prio=0 tid=0xbf9f8800 nid=0x824 waiting on condition [0xbe3ee000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dc9d78> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2163)
> at org.jboss.jca.core.connectionmanager.pool.validator.ConnectionValidator$ConnectionValidatorRunner.run(ConnectionValidator.java:263)
> 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)
> "Timer-0" #102 prio=5 os_prio=0 tid=0xc01a0400 nid=0x823 in Object.wait() [0xbe53f000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xc8a73050> (a java.util.TaskQueue)
> at java.lang.Object.wait(Object.java:502)
> at java.util.TimerThread.mainLoop(Timer.java:526)
> - locked <0xc8a73050> (a java.util.TaskQueue)
> at java.util.TimerThread.run(Timer.java:505)
> "management Accept" #92 prio=5 os_prio=0 tid=0xc2b20800 nid=0x820 runnable [0xbe632000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8a7f0b0> (a sun.nio.ch.Util$3)
> - locked <0xc8a7f0a0> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8a7efa8> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:101)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:532)
> "management I/O-2" #90 prio=5 os_prio=0 tid=0xc2b1f000 nid=0x81f runnable [0xbe683000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8a7c400> (a sun.nio.ch.Util$3)
> - locked <0xc8a7c3f0> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8a7c2f8> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:551)
> "management I/O-1" #80 prio=5 os_prio=0 tid=0xc2b1bc00 nid=0x81e runnable [0xbe6d4000]
> java.lang.Thread.State: RUNNABLE
> at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
> at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)
> at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:93)
> at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)
> - locked <0xc8a7ea60> (a sun.nio.ch.Util$3)
> - locked <0xc8a7ea50> (a java.util.Collections$UnmodifiableSet)
> - locked <0xc8a7e958> (a sun.nio.ch.EPollSelectorImpl)
> at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:551)
> "ServerService Thread Pool -- 40" #63 prio=5 os_prio=0 tid=0xc0395000 nid=0x7fb waiting on condition [0xbf4c7000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc714cdf8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "DeploymentScanner-threads - 1" #61 prio=5 os_prio=0 tid=0xbfb52400 nid=0x7f5 waiting on condition [0xbf569000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8a64f80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1093)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "ServerService Thread Pool -- 9" #31 prio=5 os_prio=0 tid=0x0878e000 nid=0x7d3 waiting on condition [0xc18fd000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8a3a0d8> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "ServerService Thread Pool -- 1" #23 prio=5 os_prio=0 tid=0xc2e37400 nid=0x7ca waiting on condition [0xc2aad000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc714cdf8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1088)
> at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809)
> at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> "DestroyJavaVM" #22 prio=5 os_prio=0 tid=0xf6508800 nid=0x7af waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "MSC service thread 1-8" #20 prio=5 os_prio=0 tid=0xc2103800 nid=0x7c8 waiting on condition [0xc2afe000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-7" #19 prio=5 os_prio=0 tid=0xc2102000 nid=0x7c7 waiting on condition [0xc2c5c000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-6" #18 prio=5 os_prio=0 tid=0xc2101000 nid=0x7c6 waiting on condition [0xc2cad000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-5" #17 prio=5 os_prio=0 tid=0xc4d3ec00 nid=0x7c5 waiting on condition [0xc29af000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-4" #16 prio=5 os_prio=0 tid=0xc4d3d400 nid=0x7c4 waiting on condition [0xc2a00000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-3" #15 prio=5 os_prio=0 tid=0xc4d2e000 nid=0x7c3 waiting on condition [0xc2a51000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-2" #14 prio=5 os_prio=0 tid=0xc2d48800 nid=0x7c2 waiting on condition [0xc2cfe000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "MSC service thread 1-1" #13 prio=5 os_prio=0 tid=0xc2d46800 nid=0x7c1 waiting on condition [0xc3d7f000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xc8dca228> (a org.jboss.threads.EnhancedQueueExecutor)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1409)
> at java.lang.Thread.run(Thread.java:748)
> "Reference Reaper" #9 daemon prio=5 os_prio=0 tid=0xc465b800 nid=0x7bd in Object.wait() [0xc45fe000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xc7d105d8> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
> - locked <0xc7d105d8> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
> at org.jboss.modules.ref.References$ReaperThread.run(References.java:64)
> "Service Thread" #8 daemon prio=9 os_prio=0 tid=0xc4eab400 nid=0x7bb runnable [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "C1 CompilerThread2" #7 daemon prio=9 os_prio=0 tid=0xc4ea8000 nid=0x7ba waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "C2 CompilerThread1" #6 daemon prio=9 os_prio=0 tid=0xc4ea6800 nid=0x7b9 waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "C2 CompilerThread0" #5 daemon prio=9 os_prio=0 tid=0xc4ea4c00 nid=0x7b8 waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "Signal Dispatcher" #4 daemon prio=9 os_prio=0 tid=0xc4ea3000 nid=0x7b7 runnable [0x00000000]
> java.lang.Thread.State: RUNNABLE
> "Finalizer" #3 daemon prio=8 os_prio=0 tid=0xc4e89000 nid=0x7b6 in Object.wait() [0xc697d000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
> - locked <0xc7360118> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)
> "Reference Handler" #2 daemon prio=10 os_prio=0 tid=0xc4e86000 nid=0x7b5 in Object.wait() [0xc6c7d000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Object.java:502)
> at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
> - locked <0xc704c810> (a java.lang.ref.Reference$Lock)
> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)
> "VM Thread" os_prio=0 tid=0xc4e81800 nid=0x7b4 runnable
> "GC task thread#0 (ParallelGC)" os_prio=0 tid=0xf6512000 nid=0x7b0 runnable
> "GC task thread#1 (ParallelGC)" os_prio=0 tid=0xf6513400 nid=0x7b1 runnable
> "GC task thread#2 (ParallelGC)" os_prio=0 tid=0xf6514800 nid=0x7b2 runnable
> "GC task thread#3 (ParallelGC)" os_prio=0 tid=0xf6515c00 nid=0x7b3 runnable
> "VM Periodic Task Thread" os_prio=0 tid=0xc4eaf400 nid=0x7bc waiting on condition
> JNI global references: 1879
> Found one Java-level deadlock:
> =============================
> "default task-1":
> waiting to lock monitor 0xc3cba830 (object 0xe26b4980, a io.undertow.protocols.http2.Http2Channel),
> which is held by "default I/O-1"
> "default I/O-1":
> waiting to lock monitor 0xc3cba89c (object 0xe26b71b0, a java.lang.Object),
> which is held by "default task-1"
> Java stack information for the threads listed above:
> ===================================================
> "default task-1":
> at io.undertow.server.protocol.framed.AbstractFramedChannel.markWritesBroken(AbstractFramedChannel.java:883)
> - waiting to lock <0xe26b4980> (a io.undertow.protocols.http2.Http2Channel)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.channelForciblyClosed(AbstractFramedStreamSinkChannel.java:562)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.close(AbstractFramedStreamSinkChannel.java:539)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.queueFrame(AbstractFramedChannel.java:728)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.queueFinalFrame(AbstractFramedStreamSinkChannel.java:257)
> - locked <0xe26ef4b8> (a java.lang.Object)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.shutdownWrites(AbstractFramedStreamSinkChannel.java:240)
> - locked <0xe26ef4b8> (a java.lang.Object)
> at io.undertow.protocols.http2.Http2Channel.sendGoAway(Http2Channel.java:822)
> at io.undertow.protocols.http2.Http2Channel.sendGoAway(Http2Channel.java:809)
> at io.undertow.protocols.http2.Http2Channel.removeStreamSink(Http2Channel.java:968)
> at io.undertow.protocols.http2.Http2StreamSinkChannel.channelForciblyClosed(Http2StreamSinkChannel.java:68)
> at io.undertow.protocols.http2.Http2DataStreamSinkChannel.channelForciblyClosed(Http2DataStreamSinkChannel.java:322)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.close(AbstractFramedStreamSinkChannel.java:539)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.queueFrame(AbstractFramedChannel.java:728)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.queueFinalFrame(AbstractFramedStreamSinkChannel.java:257)
> - locked <0xe26b71b0> (a java.lang.Object)
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.shutdownWrites(AbstractFramedStreamSinkChannel.java:240)
> - locked <0xe26b71b0> (a java.lang.Object)
> at org.xnio.conduits.StreamSinkChannelWrappingConduit.terminateWrites(StreamSinkChannelWrappingConduit.java:75)
> at org.xnio.conduits.ConduitStreamSinkChannel.shutdownWrites(ConduitStreamSinkChannel.java:178)
> at io.undertow.channels.DetachableStreamSinkChannel.shutdownWrites(DetachableStreamSinkChannel.java:79)
> at io.undertow.io.UndertowOutputStream.close(UndertowOutputStream.java:347)
> at io.undertow.io.UndertowOutputStream.updateWritten(UndertowOutputStream.java:266)
> at io.undertow.io.UndertowOutputStream.write(UndertowOutputStream.java:209)
> at io.undertow.io.UndertowOutputStream.write(UndertowOutputStream.java:105)
> at io.undertow.io.BlockingSenderImpl.send(BlockingSenderImpl.java:131)
> at io.undertow.io.BlockingSenderImpl.send(BlockingSenderImpl.java:166)
> at io.undertow.server.handlers.error.SimpleErrorPageHandler$1.handleDefaultResponse(SimpleErrorPageHandler.java:68)
> at io.undertow.server.HttpServerExchange.endExchange(HttpServerExchange.java:1608)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:401)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.lang.Thread.run(Thread.java:748)
> "default I/O-1":
> at io.undertow.server.protocol.framed.AbstractFramedStreamSinkChannel.close(AbstractFramedStreamSinkChannel.java:525)
> - waiting to lock <0xe26b71b0> (a java.lang.Object)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.protocols.http2.Http2Channel.closeSubChannels(Http2Channel.java:645)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.close(AbstractFramedChannel.java:824)
> at org.xnio.IoUtils.safeClose(IoUtils.java:152)
> at io.undertow.protocols.http2.Http2Channel.lastDataRead(Http2Channel.java:593)
> at io.undertow.server.protocol.framed.AbstractFramedChannel.receive(AbstractFramedChannel.java:391)
> - locked <0xe26b4980> (a io.undertow.protocols.http2.Http2Channel)
> at io.undertow.server.protocol.http2.Http2ReceiveListener.handleEvent(Http2ReceiveListener.java:118)
> at io.undertow.server.protocol.http2.Http2ReceiveListener.handleEvent(Http2ReceiveListener.java:67)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at io.undertow.server.protocol.framed.AbstractFramedChannel$FrameReadListener.handleEvent(AbstractFramedChannel.java:950)
> at io.undertow.server.protocol.framed.AbstractFramedChannel$FrameReadListener.handleEvent(AbstractFramedChannel.java:931)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
> Found 1 deadlock.
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4952) drools-7.31 expert missing/ dropped ProjectClassLoader class?
by John Harrison (Jira)
John Harrison created DROOLS-4952:
-------------------------------------
Summary: drools-7.31 expert missing/ dropped ProjectClassLoader class?
Key: DROOLS-4952
URL: https://issues.redhat.com/browse/DROOLS-4952
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.31.0.Final
Reporter: John Harrison
Assignee: Mario Fusco
I'm compiling/ running rules using expert (drools-7.31) and java 13.0.1, and getting errors like the following:
{code:java}
java.lang.NoClassDefFoundError: org/drools/reflective/classloader/ProjectClassLoader
[context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:106)
[context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:80)
[context - 1447]: at org.drools.core.impl.KnowledgeBaseFactory.newKnowledgeBase(KnowledgeBaseFactory.java:64)
[context - 1447]: at Reason$Descriptor.reason(Reason.java:459)
[context - 1447]: at Reason.lambda$run$1(Reason.java:82)
[context - 1447]: at io.javalin.core.security.SecurityUtil.noopAccessManager(SecurityUtil.kt:22)
[context - 1447]: at io.javalin.http.JavalinServlet$addHandler$protectedHandler$1.handle(JavalinServlet.kt:116)
[context - 1447]: at io.javalin.http.JavalinServlet$service$2$1.invoke(JavalinServlet.kt:45)
[context - 1447]: at io.javalin.http.JavalinServlet$service$2$1.invoke(JavalinServlet.kt:24)
[context - 1447]: at io.javalin.http.JavalinServlet$service$1.invoke(JavalinServlet.kt:123)
[context - 1447]: at io.javalin.http.JavalinServlet$service$2.invoke(JavalinServlet.kt:40)
[context - 1447]: at io.javalin.http.JavalinServlet.service(JavalinServlet.kt:75)
[context - 1447]: at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
[context - 1447]: at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:867)
[context - 1447]: at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:542)
[context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
[context - 1447]: at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1588)
[context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
[context - 1447]: at io.javalin.core.JavalinServer$start$httpHandler$1.doHandle(JavalinServer.kt:53)
[context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
[context - 1447]: at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
[context - 1447]: at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1557)
[context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
[context - 1447]: at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247)
[context - 1447]: at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
[context - 1447]: at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:61)
[context - 1447]: at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:174)
[context - 1447]: at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
[context - 1447]: at org.eclipse.jetty.server.Server.handle(Server.java:502)
[context - 1447]: at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)
[context - 1447]: at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260)
[context - 1447]: at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
[context - 1447]: at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
[context - 1447]: at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)
[context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)
[context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)
[context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)
[context - 1447]: at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
[context - 1447]: at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
[context - 1447]: at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765)
[context - 1447]: at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683)
[context - 1447]: at java.base/java.lang.Thread.run(Thread.java:830)
[context - 1447]: Caused by: java.lang.ClassNotFoundException: org.drools.reflective.classloader.ProjectClassLoader
[context - 1447]: at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:602)
[context - 1447]: at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
[context - 1447]: at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
[context - 1447]: ... 42 more
{code}
Is this class missing or removed from the distribution? The related release notes don't mention anything, and things work fine in drools-7.30 (class located in drools-core-7.30.0.Final.jar).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12614) Duplicated ConstraintViolation message
by Robin Schimpf (Jira)
[ https://issues.redhat.com/browse/WFLY-12614?page=com.atlassian.jira.plugi... ]
Robin Schimpf commented on WFLY-12614:
--------------------------------------
I have seen that the 19.0.0.Beta1 contains RestEasy 3.10.0.Final by WFLY-12712 which is the fix version for the linked fix of this issue. I retested the attached example with the beta version and it works as expected.
I think this issue can be marked as resolved now.
> Duplicated ConstraintViolation message
> --------------------------------------
>
> Key: WFLY-12614
> URL: https://issues.redhat.com/browse/WFLY-12614
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation, REST
> Affects Versions: 17.0.1.Final, 18.0.0.Beta1
> Reporter: Robin Schimpf
> Assignee: Ronald Sigal
> Priority: Major
> Attachments: wildfly-bug.zip
>
>
> We currently are upgrading our application from Wildfly 13 to Wildfly 17.0.1 and are receiving duplicated constraint violations in the response of an invalid request.
> Interestingly Wildfly 13 also seems to be not behaving correctly on the third request but in another way. There is the violation exception returned in the response instead of the duplicated value Wildfly 17 is returning now.
> I also tested this on the currently available Wildfly 18 Beta 1 and the issue is also reproducible.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12950) [EAT] Multiversion Asynchronous EJB test
by Panagiotis Sotiropoulos (Jira)
[ https://issues.redhat.com/browse/WFLY-12950?page=com.atlassian.jira.plugi... ]
Panagiotis Sotiropoulos edited comment on WFLY-12950 at 1/18/20 2:59 AM:
-------------------------------------------------------------------------
Note : Reduced async calls in order to eliminate the concurrency faults, as discussed (not related).
was (Author: takis):
Note : Reduced async calls in order to eliminate the concurrency faults, as discussed.
> [EAT] Multiversion Asynchronous EJB test
> ----------------------------------------
>
> Key: WFLY-12950
> URL: https://issues.redhat.com/browse/WFLY-12950
> Project: WildFly
> Issue Type: Task
> Components: Test Suite
> Reporter: Panagiotis Sotiropoulos
> Assignee: Panagiotis Sotiropoulos
> Priority: Major
>
> Multiversion Test for issue "Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification"
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12950) [EAT] Multiversion Asynchronous EJB test
by Panagiotis Sotiropoulos (Jira)
[ https://issues.redhat.com/browse/WFLY-12950?page=com.atlassian.jira.plugi... ]
Panagiotis Sotiropoulos edited comment on WFLY-12950 at 1/18/20 2:59 AM:
-------------------------------------------------------------------------
Note : Reduced async calls in order to eliminate the concurrency faults, as discussed (not related to this issue).
was (Author: takis):
Note : Reduced async calls in order to eliminate the concurrency faults, as discussed (not related).
> [EAT] Multiversion Asynchronous EJB test
> ----------------------------------------
>
> Key: WFLY-12950
> URL: https://issues.redhat.com/browse/WFLY-12950
> Project: WildFly
> Issue Type: Task
> Components: Test Suite
> Reporter: Panagiotis Sotiropoulos
> Assignee: Panagiotis Sotiropoulos
> Priority: Major
>
> Multiversion Test for issue "Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification"
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12950) [EAT] Multiversion Asynchronous EJB test
by Panagiotis Sotiropoulos (Jira)
[ https://issues.redhat.com/browse/WFLY-12950?page=com.atlassian.jira.plugi... ]
Panagiotis Sotiropoulos edited comment on WFLY-12950 at 1/18/20 2:48 AM:
-------------------------------------------------------------------------
I have forgotten the relation (WFLY-12958) ...
was (Author: takis):
I have forgot the relation (WFLY-12958) ...
> [EAT] Multiversion Asynchronous EJB test
> ----------------------------------------
>
> Key: WFLY-12950
> URL: https://issues.redhat.com/browse/WFLY-12950
> Project: WildFly
> Issue Type: Task
> Components: Test Suite
> Reporter: Panagiotis Sotiropoulos
> Assignee: Panagiotis Sotiropoulos
> Priority: Major
>
> Multiversion Test for issue "Calling Asynchronous EJB will use the propagated caller transaction which is not according to the specification"
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4930) [DMN Designer] Remove UUID from Alerts panel validation messages
by Roger Martinez (Jira)
[ https://issues.redhat.com/browse/DROOLS-4930?page=com.atlassian.jira.plug... ]
Roger Martinez commented on DROOLS-4930:
----------------------------------------
Hey [~jomarko] [~manstis]
I'd been testing BPMN and it seems the visual feedback for validation is "partially" broken once saving, so probably it's why [~jomarko] also says it's not working for DMN. Here is the issue I just reported:
https://issues.redhat.com/browse/JBPM-8981
I don't really know the details about the use of the UUIDS for DMN, but this feature is generic and you could take benefit from, in case you think it makes sense.
I just works as:
# Validation process generates validation messages
# Validation messages contain the node/s UUID's (although we can not expose those on the UI or alerts panel, they should be there in the validation message model)
# After validating (or saving) -> Stunner iterates over the UUID's for all the validation messages, obtain the nodes/connectors by the respective UUID, and perform the highlighting on the canvas side (red borders)
So rather than the [JBPM-8981|https://issues.redhat.com/browse/JBPM-8981], which has to be fixed, if your messages & nodes UUID's correspond, you should be able to see errors as highlighted nodes.
PS: Anyway, the whole usecase is not yet complete, as you cannot click on some message in the Alerts Panel, nothing happens, no node is selected, so once having several error messages and nodes highlighted is also not easy to identify each one.
> [DMN Designer] Remove UUID from Alerts panel validation messages
> -----------------------------------------------------------------
>
> Key: DROOLS-4930
> URL: https://issues.redhat.com/browse/DROOLS-4930
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.31.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
> Attachments: Screenshot from 2020-01-17 07-41-57.png
>
>
> Validation of a DMN diagram can lead to messages being shown in the Alerts Panel.
> Stunner is appending the UUID to the message. See [CoreTranslationMessages.getElementValidationMessage()|https://github.com/...]
> [~tirelli] has requested their removal.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-11943) Statistics of REST endpoints
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-11943?page=com.atlassian.jira.plugi... ]
James Perkins updated WFLY-11943:
---------------------------------
Fix Version/s: 19.0.0.Beta2
(was: 19.0.0.Beta1)
> Statistics of REST endpoints
> ----------------------------
>
> Key: WFLY-11943
> URL: https://issues.redhat.com/browse/WFLY-11943
> Project: WildFly
> Issue Type: Feature Request
> Components: REST
> Affects Versions: 17.0.0.Final
> Reporter: r searls
> Assignee: r searls
> Priority: Major
> Labels: affects-model
> Fix For: 19.0.0.Beta2
>
>
> Provide statistics on REST endpoints in the jaxrs subsystem.
> CLI support "read-resource" operation for jax-rs subsystem in deployment:
> /deployment=jaxrs-eap.war/subsystem=jaxrs:read-resource
> Statistics should be added to results of this operation in this RFE.
> There needs to be option to enable or disable collecting of these statistics, because collecting of statistics does probably some performance drop.
> The change of statistic settings should not require server reload or restart.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12537) Incoming RunAsPrincipal is not being propagated to an unsecured EJB
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-12537?page=com.atlassian.jira.plugi... ]
James Perkins updated WFLY-12537:
---------------------------------
Fix Version/s: 19.0.0.Beta2
(was: 19.0.0.Beta1)
> Incoming RunAsPrincipal is not being propagated to an unsecured EJB
> -------------------------------------------------------------------
>
> Key: WFLY-12537
> URL: https://issues.redhat.com/browse/WFLY-12537
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Reporter: Diana Vilkolakova
> Assignee: Diana Vilkolakova
> Priority: Major
> Fix For: 19.0.0.Beta2
>
>
> This is a follow-up on WFLY-11604. When Elytron is activated, run-as-principal identity is not being propagated the same way it was for legacy. For JBEAP-9744, we updated EJBContext.getCallerPrincipal() so that when called from an unsecured bean with no incoming runas identity, an `anonymous` principal will be returned. The issue WFLY-11604 discovered that EJBContext.getCallerPrincipal is returning 'anonymous' when called on an unsecured EJB even when incoming RunAsPrincipal identity should have been propagated. This issue is to see whether this can be fixed without breaking the fix for JBEAP-9744.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12949) Upgrade WildFly-Http-Client from 1.0.18.final to 1.0.20.Final
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-12949?page=com.atlassian.jira.plugi... ]
James Perkins updated WFLY-12949:
---------------------------------
Fix Version/s: 19.0.0.Beta2
(was: 19.0.0.Beta1)
> Upgrade WildFly-Http-Client from 1.0.18.final to 1.0.20.Final
> -------------------------------------------------------------
>
> Key: WFLY-12949
> URL: https://issues.redhat.com/browse/WFLY-12949
> Project: WildFly
> Issue Type: Component Upgrade
> Components: EJB
> Reporter: Richard Opalka
> Assignee: Richard Opalka
> Priority: Major
> Fix For: 19.0.0.Beta2
>
>
> This component upgrade incorporates:
>
> Bug fixes:
> * [WEJBHTTP-31] Notify waiters when WildflyClientInputStream read listener reads 0 regardless of whether pooled.getBuffer().hasRemaining() returns true or false
> * [WEJBHTTP-32] Remove duplicate notifyAll invocation from WildflyClientInputStream read listener
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12765) Webservice deployment fails
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-12765?page=com.atlassian.jira.plugi... ]
James Perkins updated WFLY-12765:
---------------------------------
Fix Version/s: 19.0.0.Beta2
(was: 19.0.0.Beta1)
> Webservice deployment fails
> ---------------------------
>
> Key: WFLY-12765
> URL: https://issues.redhat.com/browse/WFLY-12765
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 18.0.0.Final
> Reporter: Jim Ma
> Assignee: Jim Ma
> Priority: Major
> Fix For: 19.0.0.Beta2
>
>
> Enabling elytron in undertow subsystem, EAP fails to deploy a webservice war and show the following error messages:
> 17:44:48,834 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "wsat-simple.war")]) - failure description: {
> "WFLYCTL0412: Required services that are not installed:" => ["jboss.security.security-domain.other"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ws.endpoint.\"wsat-simple.war\".\"org.jboss.as.quickstarts.wsa
> t.simple.RestaurantServiceATImpl\" is missing [jboss.security.security-domain.other]"]
> }
> 17:44:48,836 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "wsat-simple.war" was rolled back with the following failure message:
> {
> "WFLYCTL0412: Required services that are not installed:" => ["jboss.security.security-domain.other"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ws.endpoint.\"wsat-simple.war\".\"org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl\" is missing [jboss.security.security-domain.other]"]
> }
> 17:44:48,867 ERROR [org.jboss.ws.common.deployment] (MSC service thread 1-7) JBWS022102: Cannot stop endpoint in state UNDEFINED: jboss.ws:context=,endpoint=org.jboss.as.quickstarts.wsat.simple.RestaurantServiceATImpl
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12674) wildfly.jpa.skipquerydetach set to true, will now skip clearing of query results
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-12674?page=com.atlassian.jira.plugi... ]
James Perkins updated WFLY-12674:
---------------------------------
Fix Version/s: 19.0.0.Beta2
(was: 19.0.0.Beta1)
> wildfly.jpa.skipquerydetach set to true, will now skip clearing of query results
> --------------------------------------------------------------------------------
>
> Key: WFLY-12674
> URL: https://issues.redhat.com/browse/WFLY-12674
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
> Fix For: 19.0.0.Beta2
>
>
> Introduce wildfly.jpa.skipquerydetach that defaults to false (to wrap query objects with detacher that clears query results when obtained) but could be set to true, for JBoss AS 5/6 compatibility. This could of been part of [WFLY-3674] but was overlooked.
> An example of setting wildfly.jpa.skipquerydetach to true, so that the various query detacher will not be used (e.g. underlying query is returned instead of instance of QueryNonTxInvocationDetacher/TypedQueryNonTxInvocationDetacher/StoredProcedureQueryNonTxInvocationDetacher wrapper):
> {code}
> <property name="wildfly.jpa.skipquerydetach" value="true" />
> {code}
> The below reference notes are more for background information but provide the explanation of why the AS5/6 way of detaching loaded entities changed later, to ensure the returned results from Query objects, are detached, instead of the current persistence context at the time of creating the query object, as per feedback below from JPA lead Linda DeMichiel.
> [From related JPA expert group discussion|https://download.oracle.com/javaee-archive/jpa-spec.java.net/u...]:
> {code}
> >>>>> Perhaps a clearer proposal could be:
> >>>>>
> >>>>> "
> >>>>> If the entity manager is invoked outside the scope of a transaction,
> >>>>> any entities loaded from the database will
> >>>>> immediately become detached at the end of the container level method
> >>>>> invocation call (e.g. when the session bean method
> >>>>> ends).
> >>>>> "
> >>>>
> >>>> Ah, thanks. That is not the intended semantics. Rather it is that the
> >>>> persistence context is created to service the method call that is made
> >>>> on the entity manager only. It doesn't have the duration of a business
> >>>> method invocation.
> >>>
> >>> Is it really?
> >>>
> >>
> >> Yes. See also section 3.8.7, which is quite explicit with regard to
> >> queries.
> >> BTW, these decisions date back to JPA 1.0 (aka EJB 3.0).
> >
> > My updated proposal for the 7.6.2 wording is:
> >
> > "
> > If the entity manager is invoked outside the scope of a transaction, any entities loaded from the database will
> > immediately become detached at the end of the entity manager method call.
> > "
> OK, sure + "... or query invocation"
> {code}
> Note that we (JPA expert group) missed Linda's response of "... or query invocation" in the JPA spec update, as the JPA 2.2 spec today states:
> {quote}
> 7.6.2 Container-managed Transaction-scoped Persistence Context
> The application can obtain a container-managed entity manager with transaction-scoped persistence context by injection or direct lookup in the JNDI namespace. The persistence context type for the entity manager is defaulted or defined as PersistenceContextType.TRANSACTION.
> A new persistence context begins when the container-managed entity manager is invoked [84] in the scope of an active JTA transaction, and there is no current persistence context already associated with the JTA transaction. The persistence context is created and then associated with the JTA transaction. This association of the persistence context with the JTA transaction is independent of the synchronization type of the persistence context and whether the persistence context has been joined to the transaction.
> {quote}
> [Some related AS5/6 JPA container code.|https://anonsvn.jboss.org/repos/jbossas/projects/jpa/trunk/impl/src...] which simply cleared the persistence context as we were creating a new Query, for example see:
> {code}
> public Query createQuery(String ejbqlString)
> {
> EntityManager em = getEntityManager();
> detachEntitiesIfNoTx(em);
> return em.createQuery(ejbqlString);
> }
> {code}
> Also of reference, is from issue description [WFLY-3674]:
> {quote}
> For compatibility with earlier JBoss application server versions (5.0/6.0), add an extension that allows the persistence context to last until the referencing persistence context is closed.
> For example, in a session method that has no active JTA transaction, entities returned, will not cleared from the persistence context, until the session method completes. This extension is only introduced to allow compatibility with older application server versions.
> {quote}
> [WFLY-12674] is about doing the same for Queries (if wildfly.jpa.skipquerydetach is set to true).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-4699) Expose EJB3 deployment information at runtime
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-4699?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-4699:
-----------------------------------
Fix Version/s: 20.0.0.Beta1
(was: 19.0.0.Beta1)
> Expose EJB3 deployment information at runtime
> ---------------------------------------------
>
> Key: WFLY-4699
> URL: https://issues.redhat.com/browse/WFLY-4699
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Reporter: Bilgehan Ozpeynirci
> Assignee: Cheng Fang
> Priority: Minor
> Fix For: 20.0.0.Beta1
>
>
> User will be able to get EJB Deployment Information at runtime for the following areas:
> - Class name
> - Local JNDI name
> - Remote JNDI name
> - Security roles
> - Bean statistics (beans in use, access count, idle count, ...)
> - Destination JNDI (for MDBs)
> - Activation config properties
> - EJB timeout (Stateful Timeouts , and Stateless Instance timeout)
> A lot of this information were previously (EAP 5) obtained from the deployment descriptor that was published by the bean ("deploymentDescriptor" attribute). In the past, this metadata could be retrieved from EAP 5 via jmx which no longer exists in EAP 6+ (JBoss AS 7+). Now with EJB 3, users provide that information through annotations (and also through the Deployment Descriptor file), so users need means to get those informations at runtime.
> The goal of this is not only for MDB but for all kinds of EJB (session, stateful, MDB, ...)
> MORE INFO:
> The local and remote JNDI are related to Session EJBs.
> However we need to access the JNDI of the destination configured for the MDB.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-8136) Allow JAX-RS annotations in CDI @Stereotype
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-8136?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-8136:
-----------------------------------
Fix Version/s: 20.0.0.Beta1
(was: 19.0.0.Beta1)
> Allow JAX-RS annotations in CDI @Stereotype
> -------------------------------------------
>
> Key: WFLY-8136
> URL: https://issues.redhat.com/browse/WFLY-8136
> Project: WildFly
> Issue Type: Feature Request
> Components: CDI / Weld, REST
> Affects Versions: 9.0.1.Final, 15.0.0.Final
> Environment: Windows 7, JDK 1.8.0_60
> Reporter: Andreas Klemp
> Assignee: Martin Stefanko
> Priority: Major
> Fix For: 20.0.0.Beta1
>
>
> A simple JAX-RS REST service can be annotated with @Produces to define the resulting mime-type. However, it is not working anymore, when the annotation is moved to a stereotype. The default application/octet-stream is used.
> {code}
> @Stereotype
> @Produces(MediaType.APPLICATION_JSON)
> @Target(ElementType.TYPE)
> @Retention(RetentionPolicy.RUNTIME)
> public @interface RestService {
> }
> @Path("/some")
> @RestService
> public class SomeRestService {
> @GET
> @Path("/")
> public Response getSome() {
> return Response.ok().entity("{\"x\" : 42, \"y\" : \"foo\"}").build();
> }
> }
> {code}
> Using the following dependencies in Gradle project.
> {noformat}
> providedCompile(
> [group: 'javax.enterprise', name: 'cdi-api', version: '1.2'],
> [group: 'org.jboss.spec.javax.ws.rs', name: 'jboss-jaxrs-api_2.0_spec', version: '1.0.0.Final'],
> [group: 'com.fasterxml.jackson.core', name: 'jackson-databind', version: '2.7.4']
> )
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12680) Ability to configure default global stateful timeout for Stateful Session Beans (SFSB)
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-12680?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-12680:
------------------------------------
Fix Version/s: 20.0.0.Beta1
(was: 19.0.0.Beta1)
> Ability to configure default global stateful timeout for Stateful Session Beans (SFSB)
> --------------------------------------------------------------------------------------
>
> Key: WFLY-12680
> URL: https://issues.redhat.com/browse/WFLY-12680
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
> Labels: EAP-CD19, Previous_RFE
> Fix For: 20.0.0.Beta1
>
>
> SFSB expiration can be configured by using the {{@StatefulTimeout}} annotation in the SFSB java source code or by specifying {{<stateful-timeout>}} in the {{ejb-jar.xml}} file. However, it can be only set on a per-bean basis.
> There is no default stateful timeout and we do not have a way to configure the default stateful timeout globally. So, it is troublesome for users who have many stateful session beans and want to set the same stateful-timeout value for every bean.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-6892) Access logging for EJBs
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-6892?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-6892:
-----------------------------------
Fix Version/s: 20.0.0.Beta1
(was: 19.0.0.Beta1)
> Access logging for EJBs
> -----------------------
>
> Key: WFLY-6892
> URL: https://issues.redhat.com/browse/WFLY-6892
> Project: WildFly
> Issue Type: Feature Request
> Components: EJB
> Affects Versions: 10.0.0.Final
> Reporter: Brad Maxwell
> Assignee: Cheng Fang
> Priority: Major
> Labels: affects-model, affects_elytron
> Fix For: 20.0.0.Beta1
>
>
> Access logging for EJB requests similar to Web access logging would be very useful.
> Possibly something like:
> {code}
> [date-time] [host/IP of caller] [EJB Name] [EJB Method] [invocation id] Request Received ...
> [date-time] [host/IP of caller] [EJB Name] [EJB Method] invocation id] Starting Invocation ...
> [date-time] [host/IP of caller] [EJB Name] [EJB Method] invocation id] Finished Invocation ...
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFCORE-4764) Availability of web console during the startup of the Domain Controller
by Yeray Borges (Jira)
[ https://issues.redhat.com/browse/WFCORE-4764?page=com.atlassian.jira.plug... ]
Yeray Borges updated WFCORE-4764:
---------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/4058
> Availability of web console during the startup of the Domain Controller
> -----------------------------------------------------------------------
>
> Key: WFCORE-4764
> URL: https://issues.redhat.com/browse/WFCORE-4764
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Affects Versions: 11.0.0.Beta3
> Reporter: Yeray Borges
> Assignee: Yeray Borges
> Priority: Minor
>
> The customer asking why the web console is only available after all servers are registered in the Domain.
> If the customer starts a domain controller using the host.xml file for example and enables all servers to auto-start="true" the web console is not available until all servers are registered and the browser prompts to add a new interface.
> In the log file, the HTTP management interface is enable in the end of the events:
> ~~~
> [Host Controller] 18:41:29,247 INFO [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: JBoss EAP 7.1.0.GA (WildFly Core 3.0.10.Final-redhat-1) starting
> [Host Controller] 18:41:30,208 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:30,210 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:30,284 INFO [org.wildfly.security] (Controller Boot Thread) ELY00001: WildFly Elytron version 1.1.7.Final-redhat-1
> [Host Controller] 18:41:30,342 INFO [org.xnio] (MSC service thread 1-6) XNIO version 3.5.4.Final-redhat-1
> [Host Controller] 18:41:30,356 INFO [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)
> [Host Controller] 18:41:30,383 INFO [org.xnio.nio] (MSC service thread 1-6) XNIO NIO Implementation Version 3.5.4.Final-redhat-1
> [Host Controller] 18:41:30,478 INFO [org.jboss.remoting] (MSC service thread 1-6) JBoss Remoting version 5.0.5.Final-redhat-1
> [Host Controller] 18:41:30,603 INFO [org.jboss.as.patching] (MSC service thread 1-8) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
> [Host Controller] 18:41:30,647 WARN [org.jboss.as.domain.management.security] (MSC service thread 1-1) WFLYDM0111: Keystore /opt/jboss-eap-7.1/domain/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
> [Host Controller] 18:41:30,705 INFO [org.jboss.as.remoting] (MSC service thread 1-8) WFLYRMT0001: Listening on 127.0.0.1:9999
> [Host Controller] 18:41:32,922 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=default/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:32,990 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=ha/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:33,046 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=full/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:33,112 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=full-ha/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:33,612 INFO [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server server-one
> 18:41:33,665 INFO [org.jboss.as.process.Server:server-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:server-one'
> [Host Controller] 18:41:35,496 INFO [org.jboss.as.host.controller] (management task-1) WFLYHC0021: Server [Server:server-one] connected using connection [Channel ID 348b688d (inbound) of Remoting connection 0f97728d to localhost/127.0.0.1:53171 of endpoint "master:MANAGEMENT" <46167ef2>]
> [Host Controller] 18:41:35,562 INFO [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server server-two
> [Host Controller] 18:41:35,582 INFO [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server server-one
> 18:41:35,606 INFO [org.jboss.as.process.Server:server-two.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:server-two'
> [Host Controller] 18:41:38,901 INFO [org.jboss.as.host.controller] (management task-5) WFLYHC0021: Server [Server:server-two] connected using connection [Channel ID 114e3864 (inbound) of Remoting connection 30f65708 to localhost/127.0.0.1:42083 of endpoint "master:MANAGEMENT" <46167ef2>]
> [Host Controller] 18:41:38,969 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0062: Http management interface listening on http://127.0.0.1:9990/management and https://127.0.0.1:-1/management
> [Host Controller] 18:41:38,969 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0053: Admin console listening on http://127.0.0.1:9990 and https://127.0.0.1:-1
> [Host Controller] 18:41:38,970 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.GA (WildFly Core 3.0.10.Final-redhat-1) (Host Controller) started in 10487ms - Started 77 of 79 services (23 services are lazy, passive or on-demand)
> ~~~
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFCORE-4764) Availability of web console during the startup of the Domain Controller
by Yeray Borges (Jira)
[ https://issues.redhat.com/browse/WFCORE-4764?page=com.atlassian.jira.plug... ]
Yeray Borges commented on WFCORE-4764:
--------------------------------------
Hello [~harald.pehl], I hope you can help with this.
I opened HAL-1653 as a consequence of enabling the console before the domain is complete up. There could be more issues, sometimes I get errors clicking on the server and server groups when the domain is starting, I haven't found a pattern yet, when you have a chance, could you take a look to HAL with the PR of this issue merged in your local WildFly version? Thanks
> Availability of web console during the startup of the Domain Controller
> -----------------------------------------------------------------------
>
> Key: WFCORE-4764
> URL: https://issues.redhat.com/browse/WFCORE-4764
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Management
> Affects Versions: 11.0.0.Beta3
> Reporter: Yeray Borges
> Assignee: Yeray Borges
> Priority: Minor
>
> The customer asking why the web console is only available after all servers are registered in the Domain.
> If the customer starts a domain controller using the host.xml file for example and enables all servers to auto-start="true" the web console is not available until all servers are registered and the browser prompts to add a new interface.
> In the log file, the HTTP management interface is enable in the end of the events:
> ~~~
> [Host Controller] 18:41:29,247 INFO [org.jboss.as] (MSC service thread 1-7) WFLYSRV0049: JBoss EAP 7.1.0.GA (WildFly Core 3.0.10.Final-redhat-1) starting
> [Host Controller] 18:41:30,208 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=native-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:30,210 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/host=master/core-service=management/management-interface=http-interface' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:30,284 INFO [org.wildfly.security] (Controller Boot Thread) ELY00001: WildFly Elytron version 1.1.7.Final-redhat-1
> [Host Controller] 18:41:30,342 INFO [org.xnio] (MSC service thread 1-6) XNIO version 3.5.4.Final-redhat-1
> [Host Controller] 18:41:30,356 INFO [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0003: Creating http management service using network interface (management) port (9990) securePort (-1)
> [Host Controller] 18:41:30,383 INFO [org.xnio.nio] (MSC service thread 1-6) XNIO NIO Implementation Version 3.5.4.Final-redhat-1
> [Host Controller] 18:41:30,478 INFO [org.jboss.remoting] (MSC service thread 1-6) JBoss Remoting version 5.0.5.Final-redhat-1
> [Host Controller] 18:41:30,603 INFO [org.jboss.as.patching] (MSC service thread 1-8) WFLYPAT0050: JBoss EAP cumulative patch ID is: base, one-off patches include: none
> [Host Controller] 18:41:30,647 WARN [org.jboss.as.domain.management.security] (MSC service thread 1-1) WFLYDM0111: Keystore /opt/jboss-eap-7.1/domain/configuration/application.keystore not found, it will be auto generated on first use with a self signed certificate for host localhost
> [Host Controller] 18:41:30,705 INFO [org.jboss.as.remoting] (MSC service thread 1-8) WFLYRMT0001: Listening on 127.0.0.1:9999
> [Host Controller] 18:41:32,922 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=default/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:32,990 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=ha/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:33,046 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=full/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:33,112 INFO [org.jboss.as.controller.management-deprecated] (Controller Boot Thread) WFLYCTL0028: Attribute 'security-realm' in the resource at address '/profile=full-ha/subsystem=undertow/server=default-server/https-listener=https' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> [Host Controller] 18:41:33,612 INFO [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server server-one
> 18:41:33,665 INFO [org.jboss.as.process.Server:server-one.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:server-one'
> [Host Controller] 18:41:35,496 INFO [org.jboss.as.host.controller] (management task-1) WFLYHC0021: Server [Server:server-one] connected using connection [Channel ID 348b688d (inbound) of Remoting connection 0f97728d to localhost/127.0.0.1:53171 of endpoint "master:MANAGEMENT" <46167ef2>]
> [Host Controller] 18:41:35,562 INFO [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0023: Starting server server-two
> [Host Controller] 18:41:35,582 INFO [org.jboss.as.host.controller] (server-registration-threads - 1) WFLYHC0020: Registering server server-one
> 18:41:35,606 INFO [org.jboss.as.process.Server:server-two.status] (ProcessController-threads - 3) WFLYPC0018: Starting process 'Server:server-two'
> [Host Controller] 18:41:38,901 INFO [org.jboss.as.host.controller] (management task-5) WFLYHC0021: Server [Server:server-two] connected using connection [Channel ID 114e3864 (inbound) of Remoting connection 30f65708 to localhost/127.0.0.1:42083 of endpoint "master:MANAGEMENT" <46167ef2>]
> [Host Controller] 18:41:38,969 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0062: Http management interface listening on http://127.0.0.1:9990/management and https://127.0.0.1:-1/management
> [Host Controller] 18:41:38,969 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0053: Admin console listening on http://127.0.0.1:9990 and https://127.0.0.1:-1
> [Host Controller] 18:41:38,970 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: JBoss EAP 7.1.0.GA (WildFly Core 3.0.10.Final-redhat-1) (Host Controller) started in 10487ms - Started 77 of 79 services (23 services are lazy, passive or on-demand)
> ~~~
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12836) Large allocations in EJBContextImpl#isCallerInRole
by Ashley Abdel-Sayed (Jira)
[ https://issues.redhat.com/browse/WFLY-12836?page=com.atlassian.jira.plugi... ]
Ashley Abdel-Sayed commented on WFLY-12836:
-------------------------------------------
I don't think it would be possible to add a roles field to the SecurityIdentity as there wouldn't be a way of telling when it should be updated, so I think we need to stick with mapping everytime getRoles is called. As a lot of the allocations were coming from creating a HashSet every time here: https://github.com/wildfly-security/wildfly-elytron/blob/de462529f5c5f49e..., I tried adding a {{HashMap<Attributes.Entry, HashSet>}} to map the entry to a HashSet if its already been created. While this did reduce the allocations from creating the HashSet, this increased the allocations from searching the HashMap more significantly. This is due to {{HashMap#get}} calling {{MapAttributes#size}} which calls {{MapAttributes#get}}:
!screenshot-1.png|thumbnail!
Before my changes, the total allocations from this 526KiB for the test I ran.
[~dlofthouse] I was wondering if you had any thoughts or suggestions for this isssue. Thanks!
> Large allocations in EJBContextImpl#isCallerInRole
> --------------------------------------------------
>
> Key: WFLY-12836
> URL: https://issues.redhat.com/browse/WFLY-12836
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Security
> Affects Versions: 18.0.1.Final
> Reporter: Philippe Marschall
> Assignee: Ashley Abdel-Sayed
> Priority: Major
> Attachments: elytron_allocations_redacted.PNG, screenshot-1.png
>
>
> In our application we have the need to know the roles of the current user. We would like to do this using Java / Jakarta EE APIs rather than rely on WildFly implementation classes. We do this by iterating over all roles, which we know statically, and calling {{EJBContext#isCallerInRole}} for each one. This seem to be a common technique, see [How to get user roles in a JSP / Servlet|https://stackoverflow.com/questions/344117/how-to-get-user-roles-...].
> That's about 100 roles for us. We were expecting that would be a lookup into a {{HashMap}} or similar with O(1) complexity and almost no allocations.
> This however does not seem to be case as {{EJBContextImpl#isCallerInRole}} seems to do the role mapping for every call. This results in a large amount of allocations. In our case this completely dominates our allocation profile. See attached screenshot from JFR.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12836) Large allocations in EJBContextImpl#isCallerInRole
by Ashley Abdel-Sayed (Jira)
[ https://issues.redhat.com/browse/WFLY-12836?page=com.atlassian.jira.plugi... ]
Ashley Abdel-Sayed updated WFLY-12836:
--------------------------------------
Attachment: screenshot-1.png
> Large allocations in EJBContextImpl#isCallerInRole
> --------------------------------------------------
>
> Key: WFLY-12836
> URL: https://issues.redhat.com/browse/WFLY-12836
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Security
> Affects Versions: 18.0.1.Final
> Reporter: Philippe Marschall
> Assignee: Ashley Abdel-Sayed
> Priority: Major
> Attachments: elytron_allocations_redacted.PNG, screenshot-1.png
>
>
> In our application we have the need to know the roles of the current user. We would like to do this using Java / Jakarta EE APIs rather than rely on WildFly implementation classes. We do this by iterating over all roles, which we know statically, and calling {{EJBContext#isCallerInRole}} for each one. This seem to be a common technique, see [How to get user roles in a JSP / Servlet|https://stackoverflow.com/questions/344117/how-to-get-user-roles-...].
> That's about 100 roles for us. We were expecting that would be a lookup into a {{HashMap}} or similar with O(1) complexity and almost no allocations.
> This however does not seem to be case as {{EJBContextImpl#isCallerInRole}} seems to do the role mapping for every call. This results in a large amount of allocations. In our case this completely dominates our allocation profile. See attached screenshot from JFR.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12979) JWT signed by 1024 bit long key is rejected
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-12979?page=com.atlassian.jira.plugi... ]
Darran Lofthouse resolved WFLY-12979.
-------------------------------------
Resolution: Duplicate Issue
> JWT signed by 1024 bit long key is rejected
> -------------------------------------------
>
> Key: WFLY-12979
> URL: https://issues.redhat.com/browse/WFLY-12979
> Project: WildFly
> Issue Type: Bug
> Components: MP JWT
> Reporter: Jan Kasik
> Assignee: Darran Lofthouse
> Priority: Major
>
> According to MP-JWT 1.1 specification, 1024 and 2048 bit key sizes must be supported. Though when there is JWT signed by 1024 bit long key presented to the server, it is rejected and client receives "Unauthorized" (code 401) message.
> See chapter 9.2. Supported Public Key Formats:
> {quote}
> Support for RSA Public Keys of 1024 or 2048 bits in length is required. Other key sizes are allowed, but should be considered vendor-specific.
> {quote}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12980) Full reload is needed after microprofile-jwt-smallrye subsystem removal
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-12980?page=com.atlassian.jira.plugi... ]
Darran Lofthouse reassigned WFLY-12980:
---------------------------------------
Assignee: (was: Darran Lofthouse)
> Full reload is needed after microprofile-jwt-smallrye subsystem removal
> -----------------------------------------------------------------------
>
> Key: WFLY-12980
> URL: https://issues.redhat.com/browse/WFLY-12980
> Project: WildFly
> Issue Type: Bug
> Components: MP JWT
> Reporter: Jan Kasik
> Priority: Major
>
> When user is removing MP subsystem, full reload is required. This is partly a benefit because it provides a fast fail solution for deployments which requires classes from this subsystem. On the other hand, reload might not be feasible for user under in their current conditions. This is why it has to be reduced as much as possible.
> Is there other way to provide fast fail without requiring full reload?
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Yeser Amer (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Yeser Amer edited comment on DROOLS-4950 at 1/17/20 10:08 AM:
--------------------------------------------------------------
[~jomarko] I tested it. In my opinion it's not a bug. The second row holds in GIVEN a List with [1,2,3]. In EXPECTED you put ?=[2], which is wrong. Change it to ?=[1, 2, 3] and it will work.
Please double check it, and if you confirm it's not a bug please close it. Thanks
was (Author: yamer):
[~jomarko] I tested it. In my opinion it's not a bug. The second row holds in GIVEN a List with [1,2,3]. In EXPECTED you put ?=[2], which is wrong. Change it to ?=[1, 2, 3] and it will works.
Please double check it, and if you confirm it's not a bug please close it. Thanks
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
> [1]
> !Screenshot from 2020-01-17 13-56-02.png|thumbnail!
> [2]
> !Screenshot from 2020-01-17 13-56-10.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Yeser Amer (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Yeser Amer commented on DROOLS-4950:
------------------------------------
[~jomarko] I tested it. In my opinion it's not a bug. The second row holds in GIVEN a List with [1,2,3]. In EXPECTED you put ?=[2], which is wrong. Change it to ?=[1, 2, 3] and it will works.
Please double check it, and if you confirm it's not a bug please close it. Thanks
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
> [1]
> !Screenshot from 2020-01-17 13-56-02.png|thumbnail!
> [2]
> !Screenshot from 2020-01-17 13-56-10.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12088) JAR does not supported for deployment-overlays mechanism
by Vlad Filipp (Jira)
[ https://issues.redhat.com/browse/WFLY-12088?page=com.atlassian.jira.plugi... ]
Vlad Filipp commented on WFLY-12088:
------------------------------------
Hi [~baranowb]. There is not software bug.
I trying to add overlay to WAR inside EAR, but documentation didn't mention this.
After research and debugging, I changed the path to the right path in the content tag and it's fixed.
> JAR does not supported for deployment-overlays mechanism
> --------------------------------------------------------
>
> Key: WFLY-12088
> URL: https://issues.redhat.com/browse/WFLY-12088
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Affects Versions: 16.0.0.Final
> Reporter: Vlad Filipp
> Assignee: Bartosz Baranowski
> Priority: Major
>
> When trying to make a link from an overlay to a JAR, classes from overlay libraries are not loaded for a linked JAR.
> The situation is similar when creating a link to a JAR which is located inside EAR.
> Should overlay deployment mechanism be supported for JARs?
> Example standalone.xml:
> {code:java}
> <deployment-overlays>
> ...
> <deployment-overlay name="my-overlay-n1">
> <content ...>
> <deployment name="my-jar-inside-ear-use-overlays-libs.jar"/>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4951) Update docs about kjar, springboot, jdkhttp about id_user range
by Massimiliano Dessi (Jira)
[ https://issues.redhat.com/browse/DROOLS-4951?page=com.atlassian.jira.plug... ]
Massimiliano Dessi commented on DROOLS-4951:
--------------------------------------------
Every project ask a specific range to use for a user
Minishift:
"Error creating: pods "openshift-kie-springboot-545874cb7-" is forbidden: unable to validate against any security context constraint: [spec.containers[0].securityContext.securityContext.runAsUser: Invalid value: 1000: must be in the ranges: [1000170000, 1000179999]]"
Openshift
[spec.containers[0].securityContext.securityContext.runAsUser:
Invalid value: 1000170000: must be in the ranges: [1000520000, 1000529999]]'
the only way to find a correct value before is with *oc describe*:
oc describe project test-9946
Name: test-9946
Created: 8 minutes ago
Labels: <none>
Annotations: openshift.io/description=
openshift.io/display-name=
openshift.io/requester=kube:admin
openshift.io/sa.scc.mcs=s0:c24,c9
openshift.io/sa.scc.supplemental-groups=1000570000/10000
openshift.io/sa.scc.uid-range=1000570000/10000
Display Name: <none>
Description: <none>
Status: Active
Node Selector: <none>
Quota: <none>
Resource limits: <none>
with these values the user must change accordingly the value in the Dockerfile and in the deployment.yaml
> Update docs about kjar, springboot, jdkhttp about id_user range
> ----------------------------------------------------------------
>
> Key: DROOLS-4951
> URL: https://issues.redhat.com/browse/DROOLS-4951
> Project: Drools
> Issue Type: Enhancement
> Reporter: Massimiliano Dessi
> Assignee: Massimiliano Dessi
> Priority: Major
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4584) Scrolling during editing mode move cell in new position on the screen
by Yeser Amer (Jira)
[ https://issues.redhat.com/browse/DROOLS-4584?page=com.atlassian.jira.plug... ]
Yeser Amer updated DROOLS-4584:
-------------------------------
Story Points: 3
> Scrolling during editing mode move cell in new position on the screen
> ---------------------------------------------------------------------
>
> Key: DROOLS-4584
> URL: https://issues.redhat.com/browse/DROOLS-4584
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.28.0.Final
> Reporter: Anna Dupliak
> Assignee: Yeser Amer
> Priority: Major
> Labels: CustomerFocus, drools-tools
> Attachments: image-2019-10-01-11-24-36-774.png
>
>
> !image-2019-10-01-11-24-36-774.png|thumbnail!
> Cell moves unexpectedly in editing mode
> {color:red}*Failure*{color}
> If you start edit any cell of a big grid and then scroll the input would move not in the right cell.
> *Expected*
> Input element moves with entire table
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4584) Scrolling during editing mode move cell in new position on the screen
by Yeser Amer (Jira)
[ https://issues.redhat.com/browse/DROOLS-4584?page=com.atlassian.jira.plug... ]
Yeser Amer updated DROOLS-4584:
-------------------------------
Sprint: 2020 Week 04-06 (from Jan 20)
> Scrolling during editing mode move cell in new position on the screen
> ---------------------------------------------------------------------
>
> Key: DROOLS-4584
> URL: https://issues.redhat.com/browse/DROOLS-4584
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.28.0.Final
> Reporter: Anna Dupliak
> Assignee: Yeser Amer
> Priority: Major
> Labels: CustomerFocus, drools-tools
> Attachments: image-2019-10-01-11-24-36-774.png
>
>
> !image-2019-10-01-11-24-36-774.png|thumbnail!
> Cell moves unexpectedly in editing mode
> {color:red}*Failure*{color}
> If you start edit any cell of a big grid and then scroll the input would move not in the right cell.
> *Expected*
> Input element moves with entire table
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4949) Blue rectangle above test scenario collection editor
by Yeser Amer (Jira)
[ https://issues.redhat.com/browse/DROOLS-4949?page=com.atlassian.jira.plug... ]
Yeser Amer updated DROOLS-4949:
-------------------------------
Sprint: 2020 Week 04-06 (from Jan 20)
> Blue rectangle above test scenario collection editor
> ----------------------------------------------------
>
> Key: DROOLS-4949
> URL: https://issues.redhat.com/browse/DROOLS-4949
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Minor
> Labels: drools-tools
> Attachments: Screenshot from 2020-01-17 12-30-13.png, urgent.dmn
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFCORE-4801) RemoteConnectionHandler and ConnectionImpl objects leak when org.jboss.as.cli is used
by David Lloyd (Jira)
[ https://issues.redhat.com/browse/WFCORE-4801?page=com.atlassian.jira.plug... ]
David Lloyd moved REM3-351 to WFCORE-4801:
------------------------------------------
Project: WildFly Core (was: JBoss Remoting (3+))
Key: WFCORE-4801 (was: REM3-351)
Affects Version/s: (was: 5.0.12.Final)
> RemoteConnectionHandler and ConnectionImpl objects leak when org.jboss.as.cli is used
> -------------------------------------------------------------------------------------
>
> Key: WFCORE-4801
> URL: https://issues.redhat.com/browse/WFCORE-4801
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Vinoth Kumar Natarajan
> Assignee: David Lloyd
> Priority: Major
>
> Heap dump analysis of services deployed in Wildfly standalone deployment show a large number of stale objects of class org.jboss.remoting3.ConnectionImpl and org.jboss.remoting3.remote.RemoteConnectionHandler. These objects are not getting garbage collected and eventually cause JVM to go out of memory.
> Analysis of the heap dump indicate that,
> * All org.jboss.remoting3.ConnectionImpl objects lingering around are CLOSED as the state and associated with JBOSS management endpoint.
> * All org.jboss.remoting3.remote.RemoteConnectionHandler objects lingering around are associated with Remote Endpoint Name "cli-client". which is the endpoint name used by org.jboss.as.cli.
> Above observations seem to indicate that JBOSS CLI commands that are executed periodically in this deployment, to monitor status of deployments, is causing these stale objects.
> To confirm this observation, we have executed jboss-cli.sh a couple of times on our deployment and could see that each execution of this script is leaving nehind one instance of each of these classes.
> *Wildfly version details:*
> bash-4.4# ./jboss-cli.sh
> You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
> [disconnected /] connect
> [standalone@localhost:9990 /] version
> JBoss Admin Command-line Interface
> JBOSS_HOME: /ericsson/3pp/wildfly
> Release: 9.0.1.Final
> Product: WildFly Full 17.0.0.Final
> JAVA_HOME: /usr/
> java.version: 1.8.0_222
> java.vm.vendor: IcedTea
> java.vm.version: 25.222-b10
> os.name: Linux
> os.version: 4.12.14-197.15-default
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFCORE-4801) RemoteConnectionHandler and ConnectionImpl objects leak when org.jboss.as.cli is used
by David Lloyd (Jira)
[ https://issues.redhat.com/browse/WFCORE-4801?page=com.atlassian.jira.plug... ]
David Lloyd reassigned WFCORE-4801:
-----------------------------------
Assignee: (was: David Lloyd)
> RemoteConnectionHandler and ConnectionImpl objects leak when org.jboss.as.cli is used
> -------------------------------------------------------------------------------------
>
> Key: WFCORE-4801
> URL: https://issues.redhat.com/browse/WFCORE-4801
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Vinoth Kumar Natarajan
> Priority: Major
>
> Heap dump analysis of services deployed in Wildfly standalone deployment show a large number of stale objects of class org.jboss.remoting3.ConnectionImpl and org.jboss.remoting3.remote.RemoteConnectionHandler. These objects are not getting garbage collected and eventually cause JVM to go out of memory.
> Analysis of the heap dump indicate that,
> * All org.jboss.remoting3.ConnectionImpl objects lingering around are CLOSED as the state and associated with JBOSS management endpoint.
> * All org.jboss.remoting3.remote.RemoteConnectionHandler objects lingering around are associated with Remote Endpoint Name "cli-client". which is the endpoint name used by org.jboss.as.cli.
> Above observations seem to indicate that JBOSS CLI commands that are executed periodically in this deployment, to monitor status of deployments, is causing these stale objects.
> To confirm this observation, we have executed jboss-cli.sh a couple of times on our deployment and could see that each execution of this script is leaving nehind one instance of each of these classes.
> *Wildfly version details:*
> bash-4.4# ./jboss-cli.sh
> You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
> [disconnected /] connect
> [standalone@localhost:9990 /] version
> JBoss Admin Command-line Interface
> JBOSS_HOME: /ericsson/3pp/wildfly
> Release: 9.0.1.Final
> Product: WildFly Full 17.0.0.Final
> JAVA_HOME: /usr/
> java.version: 1.8.0_222
> java.vm.vendor: IcedTea
> java.vm.version: 25.222-b10
> os.name: Linux
> os.version: 4.12.14-197.15-default
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4950:
--------------------------------
Description:
Issue was spotted during DROOLS-4698 review. However it can be handled separately.
There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
[1]
!Screenshot from 2020-01-17 13-56-02.png|thumbnail!
[2]
!Screenshot from 2020-01-17 13-56-10.png|thumbnail!
was:
Issue was spotted during DROOLS-4698 review. However it can be handled separately.
There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
> [1]
> !Screenshot from 2020-01-17 13-56-02.png|thumbnail!
> [2]
> !Screenshot from 2020-01-17 13-56-10.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4950:
--------------------------------
Attachment: Screenshot from 2020-01-17 13-56-10.png
Screenshot from 2020-01-17 13-56-02.png
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4950:
--------------------------------
Steps to Reproduce:
# Import the attached project
# Open the only test scenario inside
# Run it
# Compare First two scenarios
# Both define equivalent unary checks in the expect columns
Current: First scenario pass, second doesn't pass, third pass
Expected: Either first two scenario pass or first two scenarios fail
was:
# Open project
# Import the attached dmn
# Create test scenario for it
# Double click data cell of free rooms
# Collection editor will be shown
# Click on it / focus it
Current: Blue rectangle above editor will appear
Expected: no rectangle above editor will appear
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Minor
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4950:
--------------------------------
Priority: Critical (was: Minor)
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4950:
--------------------------------
Description:
Issue was spotted during DROOLS-4698 review. However it can be handled separately.
There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
was:
Issue was spotted during DROOLS-4698 review. However it can be handled separately.
There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Critical
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip, Screenshot from 2020-01-17 13-56-02.png, Screenshot from 2020-01-17 13-56-10.png
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There is issue that user can define collection unary test with UI editor [1] but also as plain text [2]. The problem is the result is different.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
Jozef Marko created DROOLS-4950:
-----------------------------------
Summary: Different behavior of collection unary checks
Key: DROOLS-4950
URL: https://issues.redhat.com/browse/DROOLS-4950
Project: Drools
Issue Type: Bug
Components: Scenario Simulation and Testing
Affects Versions: 7.32.0.Final
Reporter: Jozef Marko
Assignee: Yeser Amer
Attachments: MySpace_simplenumbers.zip
Issue was spotted during DROOLS-4698 review. However it can be handled separately.
There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (DROOLS-4950) Different behavior of collection unary checks
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-4950?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-4950:
--------------------------------
Attachment: MySpace_simplenumbers.zip
> Different behavior of collection unary checks
> ---------------------------------------------
>
> Key: DROOLS-4950
> URL: https://issues.redhat.com/browse/DROOLS-4950
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.32.0.Final
> Reporter: Jozef Marko
> Assignee: Yeser Amer
> Priority: Minor
> Labels: drools-tools
> Attachments: MySpace_simplenumbers.zip
>
>
> Issue was spotted during DROOLS-4698 review. However it can be handled separately.
> There appears misleading blue rectangle above the collection editor popup once when the editor has focus / is clicked.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (WFLY-12992) Log messages from io.smallrye.openapi don't have message ID
by Miroslav Novak (Jira)
[ https://issues.redhat.com/browse/WFLY-12992?page=com.atlassian.jira.plugi... ]
Miroslav Novak updated WFLY-12992:
----------------------------------
Affects Version/s: 19.0.0.Beta1
> Log messages from io.smallrye.openapi don't have message ID
> -----------------------------------------------------------
>
> Key: WFLY-12992
> URL: https://issues.redhat.com/browse/WFLY-12992
> Project: WildFly
> Issue Type: Bug
> Components: MP OpenAPI
> Affects Versions: 19.0.0.Beta1
> Reporter: Fabio Burzigotti
> Assignee: Paul Ferraro
> Priority: Major
>
> Messages logged by io.smallrye.openapi don't have assigned ID:
> {code}
> 2020-01-05 16:58:49,225 DEBUG [io.smallrye.openapi.runtime.util.SchemaFactory] (MSC service thread 1-4) Processing a single @Schema annotation.
> 2020-01-05 16:58:49,225 DEBUG [io.smallrye.openapi.runtime.scanner.OpenApiAnnotationScanner] (MSC service thread 1-4) Processing a single @Response annotation.
> 2020-01-05 16:58:49,225 DEBUG [io.smallrye.openapi.runtime.scanner.OpenApiAnnotationScanner] (MSC service thread 1-4) Processing jax-rs method: {0}
> 2020-01-05 16:58:49,225 DEBUG [io.smallrye.openapi.runtime.scanner.OpenApiDataObjectScanner] (MSC service thread 1-4) Starting processing with root: java.lang.String
> {code}
> A search in SmallRye implementation seems to show that IDs are not used even when level is WARN:
> {code}
> $ find . -name '*.*' -type f -print0 | xargs -0 grep --color -n -e 'LOG.warn'
> ./implementation/src/main/java/io/smallrye/openapi/runtime/scanner/ParameterProcessor.java:551: LOG.warnf("Matrix parameter references missing path segment: %s", segmentName);
> ./implementation/src/main/java/io/smallrye/openapi/runtime/scanner/ParameterProcessor.java:1147: LOG.warnf("Value '%s' is not a valid %s default", stringValue, primitive.name().toLowerCase());
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months