-
Bug
-
Resolution: Done
-
Blocker
-
7.0.0.ER1, 7.0.0.ER2 (Beta)
-
None
When I rename the ejb cache container, deploying a simple app that contains an EJB ends with a horrible error message. This is a blocker, because renaming a cache container is required for a 2clusters scenario (standalone client invoking a remote EJB in cluster A, that EJB in turns invokes a remote EJB in cluster B, and forwards the response to the original client).
More details:
1. unzip jboss-eap-7.0.0.ER2.zip # though ER1 is affected as well
2. cp tinyRemoteEjb-server-ee7.jar jboss-eap-7.0/standalone/deployments/ # the JAR is attached
3. change the jboss-eap-7.0/standalone/configuration/standalone-full-ha.xml file like this:
<!-- in the "ejb3" subsystem --> <passivation-store name="infinispan" cache-container="ejb2" max-size="10000"/> <remote cluster="ejb2" connector-ref="http-remoting-connector" thread-pool-name="default"/> <!-- in the "infinispan" subsystem --> <cache-container name="ejb2" ...>
4. ./jboss-eap-7.0/bin/standalone.sh -c standalone-full-ha.xml
This leads to:
14:11:22,473 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "tinyRemoteEjb-server-ee7.jar")]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => { "Services that were unable to start:" => [ "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".CdiValidatorFactoryService", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".WeldStartService", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.CREATE", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.JndiBindingsService", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.START", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.VIEW.\"cz.ladicek.tinyRemoteEjb.server.MyBean\".REMOTE", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.WeldInstantiator", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".component.MyBeanImpl.WeldInterceptorBindingsService", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".deploymentCompleteService", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".jndiDependencyService", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".moduleDeploymentRuntimeInformation", "jboss.deployment.unit.\"tinyRemoteEjb-server-ee7.jar\".moduleDeploymentRuntimeInformationStart", "jboss.naming.context.java.app.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.MyBeanImpl", "jboss.naming.context.java.app.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.\"MyBeanImpl!cz.ladicek.tinyRemoteEjb.server.MyBean\"", "jboss.naming.context.java.global.tinyRemoteEjb-server-ee7.MyBeanImpl", "jboss.naming.context.java.global.tinyRemoteEjb-server-ee7.\"MyBeanImpl!cz.ladicek.tinyRemoteEjb.server.MyBean\"", "jboss.naming.context.java.module.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.MyBeanImpl", "jboss.naming.context.java.module.tinyRemoteEjb-server-ee7.tinyRemoteEjb-server-ee7.\"MyBeanImpl!cz.ladicek.tinyRemoteEjb.server.MyBean\"" ], "Services that may be the cause:" => ["jboss.clustering.registry.ejb2.client-mappings"] }} 14:11:22,476 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([ ("subsystem" => "ejb3"), ("service" => "remote") ]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ejb.remoting.connector.client-mappings.installer is missing [jboss.clustering.registry.ejb2.client-mappings]"]}
This works perfectly fine in 7.0.0.DR13, so I did a git bisect and traced the problem to this commit: https://github.com/jbossas/jboss-eap7/commit/232dff042f The error message mentions that an ...ejb2.client-mappings service is missing, which is consistent with the commit message (also mentions client mappings).
- is cloned by
-
WFLY-5752 SFSB deployment fails when passivation-store is configured with custom cache-container
- Closed