[JBoss JIRA] (WFLY-10258) Prevent enlisting additional resources on EJB caller side in case of server side @RequiresNew
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/WFLY-10258?page=com.atlassian.jira.plugin... ]
Ondra Chaloupka edited comment on WFLY-10258 at 4/20/18 8:48 AM:
-----------------------------------------------------------------
[~dmlloyd] a good point, agree and on top of it I can see you already implemented the functionality ;-P
Anyway, if you permit a small side step:
I think it would be a hard to involve your idea about using {{XAResource.end}} call to decide about the resource future. First the {{XAResource}} API is not providing way to return a value back to the caller (https://docs.oracle.com/javaee/7/api/javax/transaction/xa/XAResource.html...). The other issue is the Narayana implementation which calls the {{.end}} just before {{prepare}} call on the each {{XAResource}} (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...). Refactoring the code and moving the {{end}} call to some top-level place where the decision about 1PC/2PC is done (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) I consider difficult.
Back to the prior point:
As I was investigating your point I can see that the wfly transactional client delists itself from the current transaction in {{beforeCompletion}} calllback when it knows there was no work done (https://github.com/wildfly/wildfly-transaction-client/blob/master/src/mai...). That's good but delisting at the Narayana side (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...) seems not removing the xa resource from the list (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) which defines if 1PC is applied.
*/edit* I found the started discussion at the forum: https://developer.jboss.org/message/982119
was (Author: ochaloup):
[~dmlloyd] a good point, agree and on top of it I can see you already implemented the functionality ;-P
Anyway, if you permit a small side step:
I think it would be a hard to involve your idea about using {{XAResource.end}} call to decide about the resource future. First the {{XAResource}} API is not providing way to return a value back to the caller (https://docs.oracle.com/javaee/7/api/javax/transaction/xa/XAResource.html...). The other issue is the Narayana implementation which calls the {{.end}} just before {{prepare}} call on the each {{XAResource}} (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...). Refactoring the code and moving the {{end}} call to some top-level place where the decision about 1PC/2PC is done (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) I consider difficult.
Back to the prior point:
As I was investigating your point I can see that the wfly transactional client delists itself from the current transaction in {{beforeCompletion}} calllback when it knows there was no work done (https://github.com/wildfly/wildfly-transaction-client/blob/master/src/mai...). That's good but delisting at the Narayana side (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...) seems not removing the xa resource from the list (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) which defines if 1PC is applied.
/edit I found the started discussion at the forum: https://developer.jboss.org/message/982119
> Prevent enlisting additional resources on EJB caller side in case of server side @RequiresNew
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-10258
> URL: https://issues.jboss.org/browse/WFLY-10258
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Transactions
> Affects Versions: 12.0.0.Final
> Reporter: Jörg Bäsner
>
> Scenario:
> - server-1 (intermediary)
> -- Running standalone profile
> -- Has a remote-outbound-connection pointing at server-2 through server-2's public IP address
> -- Intermediary bean need to lookup the Target bean in server-2 and also inject the {{TransactionManager}}
> -- Intermediary bean need to enlist a _dummy_ XAResource
> - server-2 (target)
> -- disable {{JBOSS-LOCAL-USER}} auth
> -- Target bean needs to be annotated with {{@REQUIRES_NEW}} (important)
> - Standalone EJB client invokes an intermediary bean server-1, which as a result invokes target bean on server-2.
> The _dummy_ XAResource should log in the {{commit}} method whether one-phase optimization is being used like:
> {code}
> @Override
> public void commit(Xid arg0, boolean onePhaseOptim) throws XAException {
> logger.info("-- Committing in the client resource. One-phase optimisation is: " + onePhaseOptim + " --"
> + (onePhaseOptim ? "" : " -> TWO-PHASE COMMIT !!!"));
> }
> {code}
> In this scenario it is expected that the one-phase optimization is being used!
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10258) Prevent enlisting additional resources on EJB caller side in case of server side @RequiresNew
by Ondra Chaloupka (JIRA)
[ https://issues.jboss.org/browse/WFLY-10258?page=com.atlassian.jira.plugin... ]
Ondra Chaloupka edited comment on WFLY-10258 at 4/20/18 8:48 AM:
-----------------------------------------------------------------
[~dmlloyd] a good point, agree and on top of it I can see you already implemented the functionality ;-P
Anyway, if you permit a small side step:
I think it would be a hard to involve your idea about using {{XAResource.end}} call to decide about the resource future. First the {{XAResource}} API is not providing way to return a value back to the caller (https://docs.oracle.com/javaee/7/api/javax/transaction/xa/XAResource.html...). The other issue is the Narayana implementation which calls the {{.end}} just before {{prepare}} call on the each {{XAResource}} (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...). Refactoring the code and moving the {{end}} call to some top-level place where the decision about 1PC/2PC is done (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) I consider difficult.
Back to the prior point:
As I was investigating your point I can see that the wfly transactional client delists itself from the current transaction in {{beforeCompletion}} calllback when it knows there was no work done (https://github.com/wildfly/wildfly-transaction-client/blob/master/src/mai...). That's good but delisting at the Narayana side (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...) seems not removing the xa resource from the list (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) which defines if 1PC is applied.
/edit I found the started discussion at the forum: https://developer.jboss.org/message/982119
was (Author: ochaloup):
[~dmlloyd] a good point, agree and on top of it I can see you already implemented the functionality ;-P
Anyway, if you permit a small side step:
I think it would be a hard to involve your idea about using {{XAResource.end}} call to decide about the resource future. First the {{XAResource}} API is not providing way to return a value back to the caller (https://docs.oracle.com/javaee/7/api/javax/transaction/xa/XAResource.html...). The other issue is the Narayana implementation which calls the {{.end}} just before {{prepare}} call on the each {{XAResource}} (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...). Refactoring the code and moving the {{end}} call to some top-level place where the decision about 1PC/2PC is done (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) I consider difficult.
Back to the prior point:
As I was investigating your point I can see that the wfly transactional client delists itself from the current transaction in {{beforeCompletion}} calllback when it knows there was no work done (https://github.com/wildfly/wildfly-transaction-client/blob/master/src/mai...). That's good but delisting at the Narayana side (https://github.com/jbosstm/narayana/blob/master/ArjunaJTA/jta/classes/com...) seems not removing the xa resource from the list (https://github.com/jbosstm/narayana/blob/master/ArjunaCore/arjuna/classes...) which defines if 1PC is applied. I need to check my observation with Tom and then I'll be back.
> Prevent enlisting additional resources on EJB caller side in case of server side @RequiresNew
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-10258
> URL: https://issues.jboss.org/browse/WFLY-10258
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Transactions
> Affects Versions: 12.0.0.Final
> Reporter: Jörg Bäsner
>
> Scenario:
> - server-1 (intermediary)
> -- Running standalone profile
> -- Has a remote-outbound-connection pointing at server-2 through server-2's public IP address
> -- Intermediary bean need to lookup the Target bean in server-2 and also inject the {{TransactionManager}}
> -- Intermediary bean need to enlist a _dummy_ XAResource
> - server-2 (target)
> -- disable {{JBOSS-LOCAL-USER}} auth
> -- Target bean needs to be annotated with {{@REQUIRES_NEW}} (important)
> - Standalone EJB client invokes an intermediary bean server-1, which as a result invokes target bean on server-2.
> The _dummy_ XAResource should log in the {{commit}} method whether one-phase optimization is being used like:
> {code}
> @Override
> public void commit(Xid arg0, boolean onePhaseOptim) throws XAException {
> logger.info("-- Committing in the client resource. One-phase optimisation is: " + onePhaseOptim + " --"
> + (onePhaseOptim ? "" : " -> TWO-PHASE COMMIT !!!"));
> }
> {code}
> In this scenario it is expected that the one-phase optimization is being used!
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10273) ArrayIndexOutOfBoundsException on server using scattered cache
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-10273?page=com.atlassian.jira.plugin... ]
Radoslav Husar updated WFLY-10273:
----------------------------------
Affects Version/s: No Release
(was: 13.0.0.Beta1)
> ArrayIndexOutOfBoundsException on server using scattered cache
> ---------------------------------------------------------------
>
> Key: WFLY-10273
> URL: https://issues.jboss.org/browse/WFLY-10273
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: No Release
> Reporter: Michal Vinkler
> Assignee: Paul Ferraro
>
> We hit ArrayIndexOutOfBoundsException when running tests for RFE EAP7-867.
> EAP distribution was built from {{https://github.com/pferraro/wildfly/tree/scattered}} .
> Test description: Positive stress test (no failover), 4-node EAP cluster, clients: starting with 400 clients in the beginning, raising the number of clients to 6000 in the end of the test.
> Error occured on server dev215 around 7th iteration (can be seen in the performance report, link below):
> {code}
> [JBossINF] [0m[31m04:26:11,708 ERROR [stderr] (transport-thread--p15-t25) Exception in thread "transport-thread--p15-t25" java.lang.ArrayIndexOutOfBoundsException: 129
> [JBossINF] [0m[31m04:26:11,708 ERROR [stderr] (transport-thread--p15-t25) at org.infinispan.scattered.impl.ScatteredVersionManagerImpl.lambda$tryRegularInvalidations$4(ScatteredVersionManagerImpl.java:413)
> [JBossINF] [0m[31m04:26:11,708 ERROR [stderr] (transport-thread--p15-t25) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [JBossINF] [0m[31m04:26:11,708 ERROR [stderr] (transport-thread--p15-t25) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [JBossINF] [0m[31m04:26:11,708 ERROR [stderr] (transport-thread--p15-t25) at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
> [JBossINF] [0m[31m04:26:11,708 ERROR [stderr] (transport-thread--p15-t25) at java.lang.Thread.run(Thread.java:748)
> {code}
> Clients were getting "SocketTimeoutException: Read timed out" exceptions even before the ArrayIndexOutOfBoundsException ocurred, but also after.
> Performance report (accessible only when connected to VPN):
> http://download.eng.brq.redhat.com/scratch/mvinkler/reports/2018-04-19_15...
> One can observe that dev215 CPU usage and network usage dropped after 7th iteration.
> dev215 server log link:
> https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-stress-se...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10278) Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
by Lin Gao (JIRA)
[ https://issues.jboss.org/browse/WFLY-10278?page=com.atlassian.jira.plugin... ]
Lin Gao reassigned WFLY-10278:
------------------------------
Assignee: (was: JBoss SET)
> Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10278
> URL: https://issues.jboss.org/browse/WFLY-10278
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Lin Gao
> Labels: downstream_dependency
>
> WAR CDI bean is failing to inject a CDI bean from a module-alias exported dependency. war -module-alias -> static module X -> static module Y (containing CDI Beans)
> A WAR uses a module-alias with the slot attribute. This module-alias is referenced in jboss-deployment-structure.xml:
> {code:java}
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="moduloAliasError" meta-inf="export" annotations="true" />
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> moduleAliasError which the app has the target moduloNivel2:
> {code}
> <module-alias xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloAliasError" target-name="mycompany.test.CDIJarMaven" target-slot="moduloNivel2"/>
> {code}
> moduloNivel2 which the modulo-alias references depends on main module and is including/exporting META-INF where the beans.xml is located:
> {code:java}
> <module xmlns="urn:jboss:module:1.5" name="mycompany.test.CDIJarMaven">
> <resources>
> <resource-root path="CDIJarMaven.jar"/>
> </resources>
> <dependencies>
> <module name="javax.faces.api" export="true"/>
>
> <!-- Timer de ejbs para el log de acceso-->
> <module name="javax.ejb.api"/>
> <module name="javax.enterprise.api" />
> </dependencies>
> </module>
> {code:java}
> modulo main contains the jar with the CDI beans and has a META-INF/beans.xml in it:
> {code:java}
> <module xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloNivel2">
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="main" export="true">
> <imports>
> <include path="META-INF**" />
> </imports>
> <exports>
> <include path="META-INF**" />
> </exports>
> </module>
> </dependencies>
> </module>
> {code}
> The error we get is:
> {code:java}
> WELD-001408: Unsatisfied dependencies for type PruebaDTO with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private backingbeans.Page1.paginacion
> at backingbeans.Page1.paginacion(Page1.java:0)
> {code}
> Checking the code one can see how the beans.xml is seen :
> {code:java}
> EXTERNAL BeanDeploymentArchive (awar-mock02.war.external.jar:file:/jboss-eap-7.1/modules/mycompany/test/CDIJarMaven/main/CDIJarMaven.jar!/META-INF/beans.xml)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10278) Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
by Lin Gao (JIRA)
[ https://issues.jboss.org/browse/WFLY-10278?page=com.atlassian.jira.plugin... ]
Lin Gao updated WFLY-10278:
---------------------------
Labels: downstream_dependency (was: )
> Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10278
> URL: https://issues.jboss.org/browse/WFLY-10278
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Lin Gao
> Labels: downstream_dependency
>
> WAR CDI bean is failing to inject a CDI bean from a module-alias exported dependency. war -module-alias -> static module X -> static module Y (containing CDI Beans)
> A WAR uses a module-alias with the slot attribute. This module-alias is referenced in jboss-deployment-structure.xml:
> {code:java}
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="moduloAliasError" meta-inf="export" annotations="true" />
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> moduleAliasError which the app has the target moduloNivel2:
> {code}
> <module-alias xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloAliasError" target-name="mycompany.test.CDIJarMaven" target-slot="moduloNivel2"/>
> {code}
> moduloNivel2 which the modulo-alias references depends on main module and is including/exporting META-INF where the beans.xml is located:
> {code:java}
> <module xmlns="urn:jboss:module:1.5" name="mycompany.test.CDIJarMaven">
> <resources>
> <resource-root path="CDIJarMaven.jar"/>
> </resources>
> <dependencies>
> <module name="javax.faces.api" export="true"/>
>
> <!-- Timer de ejbs para el log de acceso-->
> <module name="javax.ejb.api"/>
> <module name="javax.enterprise.api" />
> </dependencies>
> </module>
> {code:java}
> modulo main contains the jar with the CDI beans and has a META-INF/beans.xml in it:
> {code:java}
> <module xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloNivel2">
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="main" export="true">
> <imports>
> <include path="META-INF**" />
> </imports>
> <exports>
> <include path="META-INF**" />
> </exports>
> </module>
> </dependencies>
> </module>
> {code}
> The error we get is:
> {code:java}
> WELD-001408: Unsatisfied dependencies for type PruebaDTO with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private backingbeans.Page1.paginacion
> at backingbeans.Page1.paginacion(Page1.java:0)
> {code}
> Checking the code one can see how the beans.xml is seen :
> {code:java}
> EXTERNAL BeanDeploymentArchive (awar-mock02.war.external.jar:file:/jboss-eap-7.1/modules/mycompany/test/CDIJarMaven/main/CDIJarMaven.jar!/META-INF/beans.xml)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10278) Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
by Lin Gao (JIRA)
[ https://issues.jboss.org/browse/WFLY-10278?page=com.atlassian.jira.plugin... ]
Lin Gao moved JBEAP-14658 to WFLY-10278:
----------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-10278 (was: JBEAP-14658)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: CDI / Weld
(was: CDI / Weld)
Affects Version/s: (was: 7.1.1.GA)
(was: 7.0.9.GA)
Fix Version/s: (was: 7.1.3.GA)
> Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10278
> URL: https://issues.jboss.org/browse/WFLY-10278
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Lin Gao
> Assignee: JBoss SET
>
> WAR CDI bean is failing to inject a CDI bean from a module-alias exported dependency. war -module-alias -> static module X -> static module Y (containing CDI Beans)
> A WAR uses a module-alias with the slot attribute. This module-alias is referenced in jboss-deployment-structure.xml:
> {code:java}
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="moduloAliasError" meta-inf="export" annotations="true" />
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> moduleAliasError which the app has the target moduloNivel2:
> {code}
> <module-alias xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloAliasError" target-name="mycompany.test.CDIJarMaven" target-slot="moduloNivel2"/>
> {code}
> moduloNivel2 which the modulo-alias references depends on main module and is including/exporting META-INF where the beans.xml is located:
> {code:java}
> <module xmlns="urn:jboss:module:1.5" name="mycompany.test.CDIJarMaven">
> <resources>
> <resource-root path="CDIJarMaven.jar"/>
> </resources>
> <dependencies>
> <module name="javax.faces.api" export="true"/>
>
> <!-- Timer de ejbs para el log de acceso-->
> <module name="javax.ejb.api"/>
> <module name="javax.enterprise.api" />
> </dependencies>
> </module>
> {code:java}
> modulo main contains the jar with the CDI beans and has a META-INF/beans.xml in it:
> {code:java}
> <module xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloNivel2">
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="main" export="true">
> <imports>
> <include path="META-INF**" />
> </imports>
> <exports>
> <include path="META-INF**" />
> </exports>
> </module>
> </dependencies>
> </module>
> {code}
> The error we get is:
> {code:java}
> WELD-001408: Unsatisfied dependencies for type PruebaDTO with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private backingbeans.Page1.paginacion
> at backingbeans.Page1.paginacion(Page1.java:0)
> {code}
> Checking the code one can see how the beans.xml is seen :
> {code:java}
> EXTERNAL BeanDeploymentArchive (awar-mock02.war.external.jar:file:/jboss-eap-7.1/modules/mycompany/test/CDIJarMaven/main/CDIJarMaven.jar!/META-INF/beans.xml)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10278) Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
by Lin Gao (JIRA)
[ https://issues.jboss.org/browse/WFLY-10278?page=com.atlassian.jira.plugin... ]
Lin Gao updated WFLY-10278:
---------------------------
> Bean discovery in deployment dependencies (modules) fails to inject from static module-alias's exported dependency
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10278
> URL: https://issues.jboss.org/browse/WFLY-10278
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Reporter: Lin Gao
> Assignee: JBoss SET
>
> WAR CDI bean is failing to inject a CDI bean from a module-alias exported dependency. war -module-alias -> static module X -> static module Y (containing CDI Beans)
> A WAR uses a module-alias with the slot attribute. This module-alias is referenced in jboss-deployment-structure.xml:
> {code:java}
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="moduloAliasError" meta-inf="export" annotations="true" />
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
> moduleAliasError which the app has the target moduloNivel2:
> {code}
> <module-alias xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloAliasError" target-name="mycompany.test.CDIJarMaven" target-slot="moduloNivel2"/>
> {code}
> moduloNivel2 which the modulo-alias references depends on main module and is including/exporting META-INF where the beans.xml is located:
> {code:java}
> <module xmlns="urn:jboss:module:1.5" name="mycompany.test.CDIJarMaven">
> <resources>
> <resource-root path="CDIJarMaven.jar"/>
> </resources>
> <dependencies>
> <module name="javax.faces.api" export="true"/>
>
> <!-- Timer de ejbs para el log de acceso-->
> <module name="javax.ejb.api"/>
> <module name="javax.enterprise.api" />
> </dependencies>
> </module>
> {code:java}
> modulo main contains the jar with the CDI beans and has a META-INF/beans.xml in it:
> {code:java}
> <module xmlns="urn:jboss:module:1.1" name="mycompany.test.CDIJarMaven" slot="moduloNivel2">
> <dependencies>
> <module name="mycompany.test.CDIJarMaven" slot="main" export="true">
> <imports>
> <include path="META-INF**" />
> </imports>
> <exports>
> <include path="META-INF**" />
> </exports>
> </module>
> </dependencies>
> </module>
> {code}
> The error we get is:
> {code:java}
> WELD-001408: Unsatisfied dependencies for type PruebaDTO with qualifiers @Default
> at injection point [BackedAnnotatedField] @Inject private backingbeans.Page1.paginacion
> at backingbeans.Page1.paginacion(Page1.java:0)
> {code}
> Checking the code one can see how the beans.xml is seen :
> {code:java}
> EXTERNAL BeanDeploymentArchive (awar-mock02.war.external.jar:file:/jboss-eap-7.1/modules/mycompany/test/CDIJarMaven/main/CDIJarMaven.jar!/META-INF/beans.xml)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10109) [Artemis 2.x upgrade] MDB connected to remote server does not get activated when using discovery group with JGroups
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFLY-10109?page=com.atlassian.jira.plugin... ]
Jeff Mesnil commented on WFLY-10109:
------------------------------------
[~eduda] are you reproducing the issue with Artemis upstream?
Your run at https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/eduda-verifier... is using Artemis 2.5.0:
{code}
13:58:17,832 INFO [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 74) AMQ221001: Apache ActiveMQ Artemis Message Broker version 2.5.0 [default, nodeID=956f65b7-43d9-11e8-a727-fa163ec17fb4]
{code}
> [Artemis 2.x upgrade] MDB connected to remote server does not get activated when using discovery group with JGroups
> --------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10109
> URL: https://issues.jboss.org/browse/WFLY-10109
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Miroslav Novak
> Assignee: Jeff Mesnil
> Priority: Blocker
> Labels: feature-branch-blocker
> Attachments: log
>
>
> Sometimes happens that MDB does not start to consume messages from remote server. There are not warning or error messages in log.
> Test Scenario:
> * Start server with deployed InQueue and OutQueue
> * Start 2nd server with configured pooled-connection-factory to connect to 1st server
> * Deploy MDB to 2nd server - mdb is consuming messages from InQueue and sending to OutQueue
> * Start sending messages to InQueue to 1st server
> * Let MDB processing messages from InQueue
> * Start consuming messages from OutQueue from 1st server
> Pass Criteria: There is the same number of sent and received messages
> Actual Result: Sometimes happens that Mdb does not start to consume messages.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10277) ISPN005031: The supplied configuration for cache 'xyz' is missing a declaration named 'configuration' in session offloading scenario with hotrod store configured, using JDG as remote store
by Michal Vinkler (JIRA)
[ https://issues.jboss.org/browse/WFLY-10277?page=com.atlassian.jira.plugin... ]
Michal Vinkler updated WFLY-10277:
----------------------------------
Description:
We hit incompatibility issue when running tests for RFE EAP7-942.
Wildfly was built from https://github.com/rhusar/wildfly/tree/WFLY-9294
Scenario:
2-node Wildfly cluster + 2-node JDG 7.2.0.CR1 cluster.
Wildfly servers are configured to use hotrod store which is backed up by JDG cluster.
All the servers are configured to use SSL secured connection.
Wildfly configuration:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
JDG configuration:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
When the cache is started on Wildfly servers, they log this error:
{code}
[JBossINF] [0m[33m07:57:56,227 WARN [org.infinispan.client.hotrod.impl.protocol.Codec21] (HotRod-client-async-pool-2) ISPN004005: Error received from the server: org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
{code}
Full stacktrace:
{code}
[JBossINF] [0m[31m07:57:56,231 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 75) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
[JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:70)
[JBossINF] at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
[JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
[JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
[JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:83)
[JBossINF] at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71)
[JBossINF] at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76)
[JBossINF] at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:968)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.lambda$invokePrioritizedMethods$6(AbstractComponentRegistry.java:703)
[JBossINF] at org.infinispan.factories.SecurityActions.lambda$run$1(SecurityActions.java:72)
[JBossINF] at org.infinispan.security.Security.doPrivileged(Security.java:76)
[JBossINF] at org.infinispan.factories.SecurityActions.run(SecurityActions.java:71)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.invokePrioritizedMethods(AbstractComponentRegistry.java:696)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:689)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:607)
[JBossINF] at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:229)
[JBossINF] at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:1020)
[JBossINF] at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:421)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:644)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.internalGetCache(DefaultCacheManager.java:475)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:461)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:447)
[JBossINF] at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:86)
[JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:71)
[JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:54)
[JBossINF] at org.wildfly.clustering.service.SuppliedValueService.lambda$new$0(SuppliedValueService.java:42)
[JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:68)
[JBossINF] ... 7 more
[JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to start cache loaders
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:179)
[JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[JBossINF] at java.lang.reflect.Method.invoke(Method.java:498)
[JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79)
[JBossINF] ... 31 more
[JBossINF] Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF] at org.jboss.as.clustering.infinispan.subsystem.remote.HotRodStore.init(HotRodStore.java:78)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.initializeBareInstance(PersistenceManagerImpl.java:752)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.createLoadersAndWriters(PersistenceManagerImpl.java:671)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:132)
[JBossINF] ... 36 more
[JBossINF] Caused by: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:383)
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:177)
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:163)
[JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:85)
[JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:287)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.handler.ssl.SslHandler.unwrap(SslHandler.java:1240)
[JBossINF] at io.netty.handler.ssl.SslHandler.decode(SslHandler.java:1041)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:411)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1334)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:926)
[JBossINF] at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:1017)
[JBossINF] at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:394)
[JBossINF] at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:299)
[JBossINF] at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
[JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[JBossINF] at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF]
{code}
Wildfly Server link:
https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-...
The cache is not started and the deployment fails.
This is not happening when using Infinispan server built from latest master branch.
No error is logged on JDG server side.
Per [~rhusar] [comment|https://issues.jboss.org/browse/EAP7-942?focusedCommentId=1356321...], the root cause is ISPN-8941.
was:
We hit incompatibility issue when running tests for RFE EAP7-942.
Wildfly was built from https://github.com/rhusar/wildfly/tree/WFLY-9294
Scenario:
2-node Wildfly cluster + 2-node JDG 7.2.0.CR1 cluster.
Wildfly servers are configured to use hotrod store which is backed up by JDG cluster.
All the servers are configured to use SSL secured connection.
Wildfly configuration:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
JDG configuration:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
When the cache is started on Wildfly servers, they log this error:
{code}
[JBossINF] [0m[33m07:57:56,227 WARN [org.infinispan.client.hotrod.impl.protocol.Codec21] (HotRod-client-async-pool-2) ISPN004005: Error received from the server: org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
{code}
Full stacktrace:
{code}
[JBossINF] [0m[31m07:57:56,231 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 75) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
[JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:70)
[JBossINF] at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
[JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
[JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
[JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:83)
[JBossINF] at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71)
[JBossINF] at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76)
[JBossINF] at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:968)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.lambda$invokePrioritizedMethods$6(AbstractComponentRegistry.java:703)
[JBossINF] at org.infinispan.factories.SecurityActions.lambda$run$1(SecurityActions.java:72)
[JBossINF] at org.infinispan.security.Security.doPrivileged(Security.java:76)
[JBossINF] at org.infinispan.factories.SecurityActions.run(SecurityActions.java:71)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.invokePrioritizedMethods(AbstractComponentRegistry.java:696)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:689)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:607)
[JBossINF] at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:229)
[JBossINF] at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:1020)
[JBossINF] at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:421)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:644)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.internalGetCache(DefaultCacheManager.java:475)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:461)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:447)
[JBossINF] at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:86)
[JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:71)
[JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:54)
[JBossINF] at org.wildfly.clustering.service.SuppliedValueService.lambda$new$0(SuppliedValueService.java:42)
[JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:68)
[JBossINF] ... 7 more
[JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to start cache loaders
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:179)
[JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[JBossINF] at java.lang.reflect.Method.invoke(Method.java:498)
[JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79)
[JBossINF] ... 31 more
[JBossINF] Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF] at org.jboss.as.clustering.infinispan.subsystem.remote.HotRodStore.init(HotRodStore.java:78)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.initializeBareInstance(PersistenceManagerImpl.java:752)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.createLoadersAndWriters(PersistenceManagerImpl.java:671)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:132)
[JBossINF] ... 36 more
[JBossINF] Caused by: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:383)
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:177)
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:163)
[JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:85)
[JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:287)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.handler.ssl.SslHandler.unwrap(SslHandler.java:1240)
[JBossINF] at io.netty.handler.ssl.SslHandler.decode(SslHandler.java:1041)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:411)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1334)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:926)
[JBossINF] at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:1017)
[JBossINF] at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:394)
[JBossINF] at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:299)
[JBossINF] at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
[JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[JBossINF] at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF]
{code}
Wildfly Server link:
https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-...
The cache is not started and the deployment fails.
This is not happening when using Infinispan server built from latest master branch.
No error is logged on JDG server side.
Per [~rhusar] comment, the root cause is ISPN-8941.
> ISPN005031: The supplied configuration for cache 'xyz' is missing a declaration named 'configuration' in session offloading scenario with hotrod store configured, using JDG as remote store
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10277
> URL: https://issues.jboss.org/browse/WFLY-10277
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 13.0.0.Beta1
> Reporter: Michal Vinkler
> Assignee: Paul Ferraro
> Priority: Critical
>
> We hit incompatibility issue when running tests for RFE EAP7-942.
> Wildfly was built from https://github.com/rhusar/wildfly/tree/WFLY-9294
> Scenario:
> 2-node Wildfly cluster + 2-node JDG 7.2.0.CR1 cluster.
> Wildfly servers are configured to use hotrod store which is backed up by JDG cluster.
> All the servers are configured to use SSL secured connection.
> Wildfly configuration:
> http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
> JDG configuration:
> http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
> When the cache is started on Wildfly servers, they log this error:
> {code}
> [JBossINF] [0m[33m07:57:56,227 WARN [org.infinispan.client.hotrod.impl.protocol.Codec21] (HotRod-client-async-pool-2) ISPN004005: Error received from the server: org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
> {code}
> Full stacktrace:
> {code}
> [JBossINF] [0m[31m07:57:56,231 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 75) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
> [JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:70)
> [JBossINF] at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
> [JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> [JBossINF] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> [JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
> [JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:83)
> [JBossINF] at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71)
> [JBossINF] at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76)
> [JBossINF] at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
> [JBossINF] at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:968)
> [JBossINF] at org.infinispan.factories.AbstractComponentRegistry.lambda$invokePrioritizedMethods$6(AbstractComponentRegistry.java:703)
> [JBossINF] at org.infinispan.factories.SecurityActions.lambda$run$1(SecurityActions.java:72)
> [JBossINF] at org.infinispan.security.Security.doPrivileged(Security.java:76)
> [JBossINF] at org.infinispan.factories.SecurityActions.run(SecurityActions.java:71)
> [JBossINF] at org.infinispan.factories.AbstractComponentRegistry.invokePrioritizedMethods(AbstractComponentRegistry.java:696)
> [JBossINF] at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:689)
> [JBossINF] at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:607)
> [JBossINF] at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:229)
> [JBossINF] at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:1020)
> [JBossINF] at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:421)
> [JBossINF] at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:644)
> [JBossINF] at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
> [JBossINF] at org.infinispan.manager.DefaultCacheManager.internalGetCache(DefaultCacheManager.java:475)
> [JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:461)
> [JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:447)
> [JBossINF] at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:86)
> [JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:71)
> [JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:54)
> [JBossINF] at org.wildfly.clustering.service.SuppliedValueService.lambda$new$0(SuppliedValueService.java:42)
> [JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:68)
> [JBossINF] ... 7 more
> [JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to start cache loaders
> [JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:179)
> [JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [JBossINF] at java.lang.reflect.Method.invoke(Method.java:498)
> [JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79)
> [JBossINF] ... 31 more
> [JBossINF] Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF] at org.jboss.as.clustering.infinispan.subsystem.remote.HotRodStore.init(HotRodStore.java:78)
> [JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.initializeBareInstance(PersistenceManagerImpl.java:752)
> [JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.createLoadersAndWriters(PersistenceManagerImpl.java:671)
> [JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:132)
> [JBossINF] ... 36 more
> [JBossINF] Caused by: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF]
> [JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:383)
> [JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:177)
> [JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:163)
> [JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:85)
> [JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98)
> [JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
> [JBossINF] at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:287)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
> [JBossINF] at io.netty.handler.ssl.SslHandler.unwrap(SslHandler.java:1240)
> [JBossINF] at io.netty.handler.ssl.SslHandler.decode(SslHandler.java:1041)
> [JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:411)
> [JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
> [JBossINF] at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1334)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
> [JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
> [JBossINF] at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:926)
> [JBossINF] at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:1017)
> [JBossINF] at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:394)
> [JBossINF] at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:299)
> [JBossINF] at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [JBossINF] at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
> [JBossINF] at java.lang.Thread.run(Thread.java:748)
> [JBossINF]
> {code}
> Wildfly Server link:
> https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-...
> The cache is not started and the deployment fails.
> This is not happening when using Infinispan server built from latest master branch.
> No error is logged on JDG server side.
> Per [~rhusar] [comment|https://issues.jboss.org/browse/EAP7-942?focusedCommentId=1356321...], the root cause is ISPN-8941.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0
[JBoss JIRA] (WFLY-10277) ISPN005031: The supplied configuration for cache 'xyz' is missing a declaration named 'configuration' in session offloading scenario with hotrod store configured, using JDG as remote store
by Michal Vinkler (JIRA)
Michal Vinkler created WFLY-10277:
-------------------------------------
Summary: ISPN005031: The supplied configuration for cache 'xyz' is missing a declaration named 'configuration' in session offloading scenario with hotrod store configured, using JDG as remote store
Key: WFLY-10277
URL: https://issues.jboss.org/browse/WFLY-10277
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 13.0.0.Beta1
Reporter: Michal Vinkler
Assignee: Paul Ferraro
Priority: Critical
We hit incompatibility issue when running tests for RFE EAP7-942.
Wildfly was built from https://github.com/rhusar/wildfly/tree/WFLY-9294
Scenario:
2-node Wildfly cluster + 2-node JDG 7.2.0.CR1 cluster.
Wildfly servers are configured to use hotrod store which is backed up by JDG cluster.
All the servers are configured to use SSL secured connection.
Wildfly configuration:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
JDG configuration:
http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-r...
When the cache is started on Wildfly servers, they log this error:
{code}
[JBossINF] [0m[33m07:57:56,227 WARN [org.infinispan.client.hotrod.impl.protocol.Codec21] (HotRod-client-async-pool-2) ISPN004005: Error received from the server: org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
{code}
Full stacktrace:
{code}
[JBossINF] [0m[31m07:57:56,231 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 75) MSC000001: Failed to start service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.jboss.msc.service.StartException in service org.wildfly.clustering.infinispan.cache.web.clusterbench-ee7.ear.cb.war: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
[JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:70)
[JBossINF] at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
[JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
[JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.start() on object of type PersistenceManagerImpl
[JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:83)
[JBossINF] at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71)
[JBossINF] at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76)
[JBossINF] at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:968)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.lambda$invokePrioritizedMethods$6(AbstractComponentRegistry.java:703)
[JBossINF] at org.infinispan.factories.SecurityActions.lambda$run$1(SecurityActions.java:72)
[JBossINF] at org.infinispan.security.Security.doPrivileged(Security.java:76)
[JBossINF] at org.infinispan.factories.SecurityActions.run(SecurityActions.java:71)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.invokePrioritizedMethods(AbstractComponentRegistry.java:696)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:689)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:607)
[JBossINF] at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:229)
[JBossINF] at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:1020)
[JBossINF] at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:421)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:644)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:589)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.internalGetCache(DefaultCacheManager.java:475)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:461)
[JBossINF] at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:447)
[JBossINF] at org.jboss.as.clustering.infinispan.DefaultCacheContainer.getCache(DefaultCacheContainer.java:86)
[JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:71)
[JBossINF] at org.wildfly.clustering.infinispan.spi.service.CacheBuilder.get(CacheBuilder.java:54)
[JBossINF] at org.wildfly.clustering.service.SuppliedValueService.lambda$new$0(SuppliedValueService.java:42)
[JBossINF] at org.wildfly.clustering.service.FunctionalValueService.start(FunctionalValueService.java:68)
[JBossINF] ... 7 more
[JBossINF] Caused by: org.infinispan.commons.CacheException: Unable to start cache loaders
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:179)
[JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[JBossINF] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[JBossINF] at java.lang.reflect.Method.invoke(Method.java:498)
[JBossINF] at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79)
[JBossINF] ... 31 more
[JBossINF] Caused by: org.infinispan.persistence.spi.PersistenceException: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF] at org.jboss.as.clustering.infinispan.subsystem.remote.HotRodStore.init(HotRodStore.java:78)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.initializeBareInstance(PersistenceManagerImpl.java:752)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.createLoadersAndWriters(PersistenceManagerImpl.java:671)
[JBossINF] at org.infinispan.persistence.manager.PersistenceManagerImpl.start(PersistenceManagerImpl.java:132)
[JBossINF] ... 36 more
[JBossINF] Caused by: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN005031: The supplied configuration for cache 'clusterbench-ee7.ear.cb.war' is missing a declaration named 'configuration':
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF]
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:383)
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:177)
[JBossINF] at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:163)
[JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:85)
[JBossINF] at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:287)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.handler.ssl.SslHandler.unwrap(SslHandler.java:1240)
[JBossINF] at io.netty.handler.ssl.SslHandler.decode(SslHandler.java:1041)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:411)
[JBossINF] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:248)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
[JBossINF] at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1334)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
[JBossINF] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
[JBossINF] at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:926)
[JBossINF] at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:1017)
[JBossINF] at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:394)
[JBossINF] at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:299)
[JBossINF] at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
[JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[JBossINF] at org.wildfly.clustering.service.concurrent.ClassLoaderThreadFactory.lambda$newThread$0(ClassLoaderThreadFactory.java:47)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF]
{code}
Wildfly Server link:
https://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/eap-7x-failover-...
The cache is not started and the deployment fails.
This is not happening when using Infinispan server built from latest master branch.
No error is logged on JDG server side.
Per [~rhusar] comment, the root cause is ISPN-8941.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
- 1
- 0