[JBoss JIRA] (WFLY-6971) MDB cannot be deployed after migration due to "DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered"
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-6971?page=com.atlassian.jira.plugin.... ]
Paul Ferraro reassigned WFLY-6971:
----------------------------------
Assignee: Paul Ferraro (was: Panagiotis Sotiropoulos)
> MDB cannot be deployed after migration due to "DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered"
> -----------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-6971
> URL: https://issues.jboss.org/browse/WFLY-6971
> Project: WildFly
> Issue Type: Bug
> Components: EJB, JMS
> Affects Versions: 10.1.0.CR1
> Reporter: Panagiotis Sotiropoulos
> Assignee: Paul Ferraro
> Priority: Critical
> Attachments: mdb-1.0-SNAPSHOT.jar, standalone-full-ha.xml_eap6
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> If EAP 7 with (manually) migrated configuration from EAP 6.4.7.CP server is started then MDB deployment fails with:
> {code}
> 14:17:09,432 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".cache-dependencies-installer: org.jboss.msc.service.StartException in service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".cache-dependencies-installer: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]
> Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered
> at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:768) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.as.ejb3.cache.distributable.DistributableCacheFactoryBuilderService.installDeploymentUnitDependencies(DistributableCacheFactoryBuilderService.java:93)
> at org.jboss.as.ejb3.deployment.processors.CacheDependenciesProcessor$1.start(CacheDependenciesProcessor.java:50)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> ... 3 more
> {code}
> Problem seems to be configuration of caches in ejb subsystem which looks like:
> {code}
> <subsystem xmlns="urn:jboss:domain:ejb3:4.0">
> ...
> <caches>
> <cache name="simple" aliases="NoPassivationCache"/>
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> <cache name="clustered" passivation-store-ref="infinispan" aliases="StatefulTreeCache"/>
> </caches>
> ...
> </subsystem>
> {code}
> If any of lines:
> {code}
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> <cache name="clustered" passivation-store-ref="infinispan"
> {code}
> is removed or I take default configuration from EAP 7:
> {code}
> <caches>
> <cache name="simple"/>
> <cache name="distributable" passivation-store-ref="infinispan" aliases="passivating clustered"/>
> </caches>
> {code}
> then MDB is deployed.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-6972) CommandAwareRpcDispatcher$LogWrapper] (Incoming-1, ee, dbd5a7c0-b9d5-426f-bfe4-75dfbdd7472e) ISPN000220: Problems un-marshalling remote command from byte buffer: java.io.UTFDataFormatException: Invalid byte
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-6972?page=com.atlassian.jira.plugin.... ]
Paul Ferraro closed WFLY-6972.
------------------------------
Resolution: Rejected
This is expected. We do make any serialization compatibility guarantees across major releases.
The recommended way to upgrade servers from one version to another is to use load balancing groups in conjunction with a distinct cluster for the servers running the new version (so that they don't attempt to handle incompatible serialized formats), and to drain sessions before shutting down the servers running the old version.
> CommandAwareRpcDispatcher$LogWrapper] (Incoming-1,ee,dbd5a7c0-b9d5-426f-bfe4-75dfbdd7472e) ISPN000220: Problems un-marshalling remote command from byte buffer: java.io.UTFDataFormatException: Invalid byte
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-6972
> URL: https://issues.jboss.org/browse/WFLY-6972
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.Final
> Reporter: MOHIL KHARE
> Assignee: Paul Ferraro
>
> We have cluster of 3 nodes running on wildfly9. While upgrading each node from wildfly 9 to wildfly 10.0.0.final, wildfly failed to come up with following exception. From my understanding of infinispan, it seems remote node (which could be still on wildfly 9/transition phase to wildfly 10) serializes data, which local node, activated to wildfly10, fails to unmarshall. Is this expected ?
> 16-Aug-2016 13:29:09,591 WARN [CommandAwareRpcDispatcher$LogWrapper] (Incoming-1,ee,dbd5a7c0-b9d5-426f-bfe4-75dfbdd7472e) ISPN000220: Problems un-marshalling remote command from byte buffer: java.io.UTFDataFormatException: Invalid byte
> at org.jboss.marshalling.UTFUtils.readUTFBytes(UTFUtils.java:201)
> at org.jboss.marshalling.river.RiverUnmarshaller.readUTF(RiverUnmarshaller.java:1833)
> at org.wildfly.clustering.web.infinispan.session.fine.SessionAttributeKeyExternalizer.lambda$new$10(SessionAttributeKeyExternalizer.java:37)
> at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.readObject(SessionKeyExternalizer.java:62)
> at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.readObject(SessionKeyExternalizer.java:37)
> at org.wildfly.clustering.infinispan.spi.marshalling.AdvancedExternalizerAdapter.readObject(AdvancedExternalizerAdapter.java:54)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:109)
> at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:92)
> at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:39)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:109)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:158)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:68)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:134)
> at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101)
> at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80)
> at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28)
> at org.jboss.as.clustering.infinispan.ChannelTransport$1.objectFromBuffer(ChannelTransport.java:57)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:143)
> at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:460) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:377) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:250) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:684) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.JChannel.up(JChannel.java:760) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.fork.ForkProtocolStack.up(ForkProtocolStack.java:156) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.stack.Protocol.up(Protocol.java:420) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.FORK.up(FORK.java:161) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.RSVP.up(RSVP.java:237) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.FRAG2.up(FRAG2.java:182) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:447) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.stack.Protocol.up(Protocol.java:420) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:294) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:474) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:982) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:912) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:846) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.FD.up(FD.java:260) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:310) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.MERGE3.up(MERGE3.java:285) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.Discovery.up(Discovery.java:295) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1577) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at org.jgroups.protocols.TP$MyHandler.run(TP.java:1796) [jgroups-3.6.6.Final.jar:3.6.6.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_72]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_72]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_72]
> -----------------------------------------------------------------------------------------------------------------
> We are using following wildfly 10 config:
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <!-- TEMPLATE_VERSION:10.0.0.3 --><server xmlns="urn:jboss:domain:4.0">
> <extensions>
> <extension module="org.jboss.as.clustering.infinispan"/>
> <extension module="org.jboss.as.clustering.jgroups"/>
> <extension module="org.jboss.as.connector"/>
> <extension module="org.jboss.as.deployment-scanner"/>
> <extension module="org.jboss.as.ee"/>
> <extension module="org.jboss.as.ejb3"/>
> <extension module="org.jboss.as.jaxrs"/>
> <extension module="org.jboss.as.jdr"/>
> <extension module="org.jboss.as.jmx"/>
> <extension module="org.jboss.as.jpa"/>
> <extension module="org.jboss.as.jsf"/>
> <extension module="org.jboss.as.logging"/>
> <extension module="org.jboss.as.mail"/>
> <extension module="org.jboss.as.naming"/>
> <extension module="org.jboss.as.pojo"/>
> <extension module="org.jboss.as.remoting"/>
> <extension module="org.jboss.as.sar"/>
> <extension module="org.jboss.as.security"/>
> <extension module="org.jboss.as.transactions"/>
> <extension module="org.jboss.as.webservices"/>
> <extension module="org.jboss.as.weld"/>
> <extension module="org.wildfly.extension.batch.jberet"/>
> <extension module="org.wildfly.extension.bean-validation"/>
> <extension module="org.wildfly.extension.clustering.singleton"/>
> <extension module="org.wildfly.extension.io"/>
> <extension module="org.wildfly.extension.request-controller"/>
> <extension module="org.wildfly.extension.security.manager"/>
> <extension module="org.wildfly.extension.undertow"/>
> </extensions>
> <paths>
> <path name="viptela.deploy.dir" path="/opt/web-app"/>
> <path name="viptela.log.dir" path="/var/log/nms"/>
> </paths>
> <management>
> <security-realms>
> <security-realm name="SSLRealm">
> <server-identities>
> <ssl>
> <keystore alias="server" key-password="vipvmanage" keystore-password="vipvmanage" path="etc/server.keystore" relative-to="viptela.deploy.dir"/>
> </ssl>
> </server-identities>
> </security-realm>
> <security-realm name="ManagementRealm">
> <authentication>
> <local default-user="$local" skip-group-loading="true"/>
> <properties path="mgmt-users.properties" relative-to="jboss.server.config.dir"/>
> </authentication>
> <authorization map-groups-to-roles="false">
> <properties path="mgmt-groups.properties" relative-to="jboss.server.config.dir"/>
> </authorization>
> </security-realm>
> <security-realm name="ApplicationRealm">
> <authentication>
> <local allowed-users="*" default-user="$local" skip-group-loading="true"/>
> <properties path="application-users.properties" relative-to="jboss.server.config.dir"/>
> </authentication>
> <authorization>
> <properties path="application-roles.properties" relative-to="jboss.server.config.dir"/>
> </authorization>
> </security-realm>
> </security-realms>
> <audit-log>
> <formatters>
> <json-formatter name="json-formatter"/>
> </formatters>
> <handlers>
> <file-handler formatter="json-formatter" name="file" path="audit-log.log" relative-to="jboss.server.data.dir"/>
> </handlers>
> <logger enabled="false" log-boot="true" log-read-only="false">
> <handlers>
> <handler name="file"/>
> </handlers>
> </logger>
> </audit-log>
> <management-interfaces>
> <http-interface http-upgrade-enabled="true" security-realm="ManagementRealm">
> <socket-binding http="management-http"/>
> </http-interface>
> </management-interfaces>
> <access-control provider="simple">
> <role-mapping>
> <role name="SuperUser">
> <include>
> <user name="$local"/>
> </include>
> </role>
> </role-mapping>
> </access-control>
> </management>
> <profile>
> <subsystem xmlns="urn:jboss:domain:logging:3.0">
> <!--
> <console-handler name="CONSOLE">
> <level name="INFO"/>
> <formatter>
> <named-formatter name="COLOR-PATTERN"/>
> </formatter>
> </console-handler>
> -->
> <size-rotating-file-handler autoflush="true" name="FILE">
> <level name="INFO"/>
> <formatter>
> <pattern-formatter pattern="%d{dd-MMM-yyyy HH:mm:ss,SSS} %-5p [%c{1}] (%t) %s%E%n"/>
> </formatter>
> <file path="vmanage-server.log" relative-to="viptela.log.dir"/>
> <rotate-size value="10000k"/>
> <max-backup-index value="5"/>
> <append value="true"/>
> </size-rotating-file-handler>
> <size-rotating-file-handler autoflush="true" name="CONFIGLOG">
> <level name="INFO"/>
> <formatter>
> <pattern-formatter pattern="%d{dd-MMM-yyyy HH:mm:ss,SSS} %-5p [%c{1}] (%t) %s%E%n"/>
> </formatter>
> <file path="vmanage-server-device-config.log" relative-to="viptela.log.dir"/>
> <rotate-size value="10000k"/>
> <max-backup-index value="5"/>
> <append value="true"/>
> </size-rotating-file-handler>
> <logger category="com.arjuna">
> <level name="WARN"/>
> </logger>
> <logger category="org.apache.tomcat.util.modeler">
> <level name="WARN"/>
> </logger>
> <logger category="org.jboss.as.config">
> <level name="DEBUG"/>
> </logger>
> <logger category="sun.rmi">
> <level name="WARN"/>
> </logger>
> <logger category="jacorb">
> <level name="WARN"/>
> </logger>
> <logger category="jacorb.config">
> <level name="ERROR"/>
> </logger>
> <logger category="org.jboss.security">
> <level name="INFO"/>
> </logger>
> <logger category="com.tinkerpop.blueprints.impls.orient">
> <level name="ERROR"/>
> </logger>
> <logger category="com.orientechnologies.orient.client.remote.OStorageRemote">
> <level name="ERROR"/>
> </logger>
> <logger category="org.elasticsearch.plugins">
> <level name="WARN"/>
> </logger>
> <logger category="kafka.consumer">
> <level name="ERROR"/>
> </logger>
> <logger category="kafka.producer">
> <level name="ERROR"/>
> </logger>
> <logger category="kafka.utils">
> <level name="ERROR"/>
> </logger>
> <logger category="kafka.client">
> <level name="ERROR"/>
> </logger>
> <logger category="org.apache.zookeeper">
> <level name="ERROR"/>
> </logger>
> <logger category="org.I0Itec.zkclient">
> <level name="ERROR"/>
> </logger>
> <logger category="com.tailf.maapi">
> <level name="WARN"/>
> <handlers>
> <handler name="CONFIGLOG"/>
> </handlers>
> </logger>
> <logger category="com.viptela.vmanage.server.ncs">
> <level name="INFO"/>
> <handlers>
> <handler name="CONFIGLOG"/>
> </handlers>
> </logger>
> <root-logger>
> <level name="INFO"/>
> <handlers>
> <!--
> <handler name="CONSOLE"/>
> -->
> <handler name="FILE"/>
> </handlers>
> </root-logger>
> <formatter name="PATTERN">
> <pattern-formatter pattern="%d{yyyy-MM-dd HH:mm:ss,SSS} %-5p [%c] (%t) %s%e%n"/>
> </formatter>
> <formatter name="COLOR-PATTERN">
> <pattern-formatter pattern="%K{level}%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%e%n"/>
> </formatter>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:batch-jberet:1.0">
> <default-job-repository name="in-memory"/>
> <default-thread-pool name="batch"/>
> <job-repository name="in-memory">
> <in-memory/>
> </job-repository>
> <thread-pool name="batch">
> <max-threads count="10"/>
> <keepalive-time time="30" unit="seconds"/>
> </thread-pool>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:bean-validation:1.0"/>
> <subsystem xmlns="urn:jboss:domain:datasources:4.0">
> <datasources>
> <datasource enabled="true" jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS" use-java-context="true">
> <connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE</connection-url>
> <driver>h2</driver>
> <security>
> <user-name>sa</user-name>
> <password>sa</password>
> </security>
> </datasource>
> <drivers>
> <driver module="com.h2database.h2" name="h2">
> <xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
> </driver>
> </drivers>
> </datasources>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
> <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}" scan-interval="5000"/>
> <deployment-scanner name="viptela" path="webapps" relative-to="viptela.deploy.dir" scan-interval="0"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:ee:4.0">
> <spec-descriptor-property-replacement>false</spec-descriptor-property-replacement>
> <concurrent>
> <context-services>
> <context-service jndi-name="java:jboss/ee/concurrency/context/default" name="default" use-transaction-setup-provider="true"/>
> </context-services>
> <managed-thread-factories>
> <managed-thread-factory context-service="default" jndi-name="java:jboss/ee/concurrency/factory/default" name="default"/>
> </managed-thread-factories>
> <managed-executor-services>
> <managed-executor-service context-service="default" core-threads="5" hung-task-threshold="60000" jndi-name="java:jboss/ee/concurrency/executor/default" keepalive-time="5000" max-threads="25" name="default"/>
> </managed-executor-services>
> <managed-scheduled-executor-services>
> <managed-scheduled-executor-service context-service="default" core-threads="2" hung-task-threshold="60000" jndi-name="java:jboss/ee/concurrency/scheduler/default" keepalive-time="3000" name="default"/>
> </managed-scheduled-executor-services>
> </concurrent>
> <default-bindings context-service="java:jboss/ee/concurrency/context/default" datasource="java:jboss/datasources/ExampleDS" managed-executor-service="java:jboss/ee/concurrency/executor/default" managed-scheduled-executor-service="java:jboss/ee/concurrency/scheduler/default" managed-thread-factory="java:jboss/ee/concurrency/factory/default"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:ejb3:4.0">
> <session-bean>
> <stateless>
> <bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
> </stateless>
> <stateful cache-ref="distributable" default-access-timeout="5000" passivation-disabled-cache-ref="simple"/>
> <singleton default-access-timeout="5000"/>
> </session-bean>
> <pools>
> <bean-instance-pools>
> <!-- Automatically configure pools. Alternatively, max-pool-size can be set to a specific value -->
> <strict-max-pool derive-size="from-worker-pools" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES" name="slsb-strict-max-pool"/>
> <strict-max-pool derive-size="from-cpu-count" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES" name="mdb-strict-max-pool"/>
> </bean-instance-pools>
> </pools>
> <caches>
> <cache name="simple"/>
> <cache aliases="passivating clustered" name="distributable" passivation-store-ref="infinispan"/>
> </caches>
> <passivation-stores>
> <passivation-store cache-container="ejb" max-size="10000" name="infinispan"/>
> </passivation-stores>
> <async thread-pool-name="default"/>
> <timer-service default-data-store="default-file-store" thread-pool-name="default">
> <data-stores>
> <file-data-store name="default-file-store" path="timer-service-data" relative-to="jboss.server.data.dir"/>
> </data-stores>
> </timer-service>
> <remote connector-ref="http-remoting-connector" thread-pool-name="default"/>
> <thread-pools>
> <thread-pool name="default">
> <max-threads count="10"/>
> <keepalive-time time="100" unit="milliseconds"/>
> </thread-pool>
> </thread-pools>
> <default-security-domain value="other"/>
> <default-missing-method-permissions-deny-access value="true"/>
> <log-system-exceptions value="true"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:io:1.1">
> <worker io-threads="16" name="default" task-max-threads="128"/>
> <buffer-pool name="default"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:infinispan:4.0">
> <cache-container aliases="singleton cluster" default-cache="default" module="org.wildfly.clustering.server" name="server">
> <transport lock-timeout="120000"/>
> <replicated-cache mode="ASYNC" name="default">
> <state-transfer timeout="300000"/>
> <transaction locking="OPTIMISTIC" mode="BATCH"/>
> </replicated-cache>
> </cache-container>
> <cache-container default-cache="session" module="org.wildfly.clustering.web.infinispan" name="web">
> <transport lock-timeout="120000"/>
> <replicated-cache mode="ASYNC" name="session">
> <state-transfer timeout="300000"/>
> <locking acquire-timeout="60000" isolation="READ_COMMITTED"/>
> <transaction locking="PESSIMISTIC" mode="BATCH"/>
> </replicated-cache>
> </cache-container>
> <cache-container aliases="sfsb" default-cache="dist" module="org.wildfly.clustering.ejb.infinispan" name="ejb">
> <transport lock-timeout="60000"/>
> <distributed-cache l1-lifespan="0" mode="ASYNC" name="dist" owners="2">
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH"/>
> <file-store/>
> </distributed-cache>
> </cache-container>
> <cache-container default-cache="local-query" module="org.hibernate.infinispan" name="hibernate">
> <transport lock-timeout="60000"/>
> <local-cache name="local-query">
> <eviction max-entries="10000" strategy="LRU"/>
> <expiration max-idle="100000"/>
> </local-cache>
> <invalidation-cache mode="SYNC" name="entity">
> <transaction mode="NON_XA"/>
> <eviction max-entries="10000" strategy="LRU"/>
> <expiration max-idle="100000"/>
> </invalidation-cache>
> <replicated-cache mode="ASYNC" name="timestamps"/>
> </cache-container>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:jaxrs:1.0"/>
> <subsystem xmlns="urn:jboss:domain:jca:4.0">
> <archive-validation enabled="true" fail-on-error="true" fail-on-warn="false"/>
> <bean-validation enabled="true"/>
> <default-workmanager>
> <short-running-threads>
> <core-threads count="50"/>
> <queue-length count="50"/>
> <max-threads count="50"/>
> <keepalive-time time="10" unit="seconds"/>
> </short-running-threads>
> <long-running-threads>
> <core-threads count="50"/>
> <queue-length count="50"/>
> <max-threads count="50"/>
> <keepalive-time time="10" unit="seconds"/>
> </long-running-threads>
> </default-workmanager>
> <cached-connection-manager/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:jdr:1.0"/>
> <subsystem xmlns="urn:jboss:domain:jgroups:4.0">
> <channels default="ee">
> <channel name="ee"/>
> </channels>
> <stacks default="tcp">
> <stack name="tcp">
> <transport socket-binding="jgroups-tcp" type="TCP"/>
> <protocol type="TCPPING">
> <property name="initial_hosts">
> 10.9.1.2[7600],10.9.2.2[7600],10.9.3.2[7600]</property>
> <property name="port_range">
> 0
> </property>
> </protocol>
> <protocol type="MERGE3"/>
> <protocol socket-binding="jgroups-tcp-fd" type="FD_SOCK"/>
> <protocol type="FD"/>
> <protocol type="VERIFY_SUSPECT"/>
> <protocol type="pbcast.NAKACK2"/>
> <protocol type="UNICAST3"/>
> <protocol type="pbcast.STABLE"/>
> <protocol type="pbcast.GMS">
> <property name="join_timeout">
> 5000
> </property>
> </protocol>
> <protocol type="MFC"/>
> <protocol type="FRAG2"/>
> <protocol type="RSVP"/>
> </stack>
> </stacks>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:jmx:1.3">
> <expose-resolved-model/>
> <expose-expression-model/>
> <remoting-connector/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:jpa:1.1">
> <jpa default-datasource="" default-extended-persistence-inheritance="DEEP"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:jsf:1.0"/>
> <subsystem xmlns="urn:jboss:domain:mail:2.0">
> <mail-session jndi-name="java:jboss/mail/Default" name="default">
> <smtp-server outbound-socket-binding-ref="mail-smtp"/>
> </mail-session>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:naming:2.0">
> <remote-naming/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:pojo:1.0"/>
> <subsystem xmlns="urn:jboss:domain:remoting:3.0">
> <endpoint worker="default"/>
> <http-connector connector-ref="default" name="http-remoting-connector" security-realm="ApplicationRealm"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:resource-adapters:4.0"/>
> <subsystem xmlns="urn:jboss:domain:request-controller:1.0"/>
> <subsystem xmlns="urn:jboss:domain:sar:1.0"/>
> <subsystem xmlns="urn:jboss:domain:security-manager:1.0">
> <deployment-permissions>
> <maximum-set>
> <permission class="java.security.AllPermission"/>
> </maximum-set>
> </deployment-permissions>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:security:1.2">
> <security-domains>
> <security-domain cache-type="default" name="ServerAuthRealm">
> <authentication>
> <login-module code="com.viptela.vmanage.server.auth.AppServerLoginModule" flag="required"/>
> </authentication>
> </security-domain>
> <security-domain cache-type="default" name="other">
> <authentication>
> <login-module code="Remoting" flag="optional">
> <module-option name="password-stacking" value="useFirstPass"/>
> </login-module>
> <login-module code="RealmDirect" flag="required">
> <module-option name="password-stacking" value="useFirstPass"/>
> </login-module>
> </authentication>
> </security-domain>
> <security-domain cache-type="default" name="jboss-web-policy">
> <authorization>
> <policy-module code="Delegating" flag="required"/>
> </authorization>
> </security-domain>
> <security-domain cache-type="default" name="jboss-ejb-policy">
> <authorization>
> <policy-module code="Delegating" flag="required"/>
> </authorization>
> </security-domain>
> </security-domains>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:singleton:1.0">
> <singleton-policies default="default">
> <singleton-policy cache-container="server" name="default">
> <simple-election-policy/>
> </singleton-policy>
> </singleton-policies>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:transactions:3.0">
> <core-environment>
> <process-id>
> <uuid/>
> </process-id>
> </core-environment>
> <recovery-environment socket-binding="txn-recovery-environment" status-socket-binding="txn-status-manager"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:undertow:3.0">
> <buffer-cache name="default"/>
> <server name="default-server">
> <http-listener enable-http2="false" name="default" redirect-socket="https" socket-binding="http"/>
> <https-listener enable-http2="false" name="https" security-realm="SSLRealm" socket-binding="https"/>
> <host alias="localhost" name="default-host">
> <location handler="vmanage-content" name="/"/>
> <filter-ref name="gzipFilter" predicate="exists('%{o,Content-Type}') and regex[pattern='(?:application/javascript|text/css|text/html|text/xml|application/json)(;.*)?', value=%{o,Content-Type}, full-match=true]"/>
> <filter-ref name="Vary-header"/>
> <filter-ref name="custom-max-age" predicate="path-suffix('.js') or path-suffix ('.html') or path-suffix ('.css') or path-suffix ('.jpg') or path-suffix ('.jpeg') or path-suffix ('.png') or path-suffix ('.gif')"/>
> <filter-ref name="data-service-cache" predicate="path-prefix('/dataservice')"/>
> </host>
> </server>
> <servlet-container disable-caching-for-secured-pages="false" name="default">
> <jsp-config/>
> <websockets/>
> </servlet-container>
> <handlers>
> <file name="welcome-content" path="${jboss.home.dir}/welcome-content"/>
> <file name="vmanage-content" path="/opt/web-app/webapps/vmanage.war"/>
> </handlers>
> <filters>
> <response-header header-name="Vary" header-value="Accept-Encoding" name="Vary-header"/>
> <response-header header-name="Strict-Transport-Security" header-value="max-age=31536000; includeSubDomains" name="transport-security"/>
> <response-header header-name="X-Frame-Options" header-value="DENY" name="x-frame-options"/>
> <gzip name="gzipFilter"/>
> <response-header header-name="Cache-Control" header-value="max-age=86400, private" name="custom-max-age"/>
> <response-header header-name="Cache-Control" header-value="no-cache, no-store, must-revalidate" name="data-service-cache"/>
> </filters>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:webservices:2.0">
> <wsdl-host>${jboss.bind.address:127.0.0.1}</wsdl-host>
> <endpoint-config name="Standard-Endpoint-Config"/>
> <endpoint-config name="Recording-Endpoint-Config">
> <pre-handler-chain name="recording-handlers" protocol-bindings="##SOAP11_HTTP ##SOAP11_HTTP_MTOM ##SOAP12_HTTP ##SOAP12_HTTP_MTOM">
> <handler class="org.jboss.ws.common.invocation.RecordingServerHandler" name="RecordingHandler"/>
> </pre-handler-chain>
> </endpoint-config>
> <client-config name="Standard-Client-Config"/>
> </subsystem>
> <subsystem xmlns="urn:jboss:domain:weld:2.0"/>
> </profile>
> <interfaces>
> <interface name="management">
> <inet-address value="${jboss.bind.address.management:0.0.0.0}"/>
> </interface>
> <interface name="public">
> <inet-address value="${jboss.bind.address:0.0.0.0}"/>
> </interface>
> <interface name="unsecure">
> <inet-address value="${jboss.bind.address.unsecure:127.0.0.1}"/>
> </interface>
> <interface name="jgroup-tcp-interface">
> <inet-address value="10.9.1.2"/>
> </interface>
> </interfaces>
> <socket-binding-group default-interface="public" name="standard-sockets" port-offset="${jboss.socket.binding.port-offset:0}">
> <socket-binding interface="management" name="management-http" port="${jboss.management.http.port:9990}"/>
> <socket-binding interface="management" name="management-https" port="${jboss.management.https.port:9993}"/>
> <socket-binding name="http" port="${jboss.http.port:8080}"/>
> <socket-binding name="https" port="${jboss.https.port:8443}"/>
> <socket-binding interface="jgroup-tcp-interface" name="jgroups-tcp" port="7600"/>
> <socket-binding interface="jgroup-tcp-interface" name="jgroups-tcp-fd" port="57600"/>
> <socket-binding name="txn-recovery-environment" port="4712"/>
> <socket-binding name="txn-status-manager" port="4713"/>
> <outbound-socket-binding name="mail-smtp">
> <remote-destination host="localhost" port="25"/>
> </outbound-socket-binding>
> </socket-binding-group>
> </server>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-6972) CommandAwareRpcDispatcher$LogWrapper] (Incoming-1, ee, dbd5a7c0-b9d5-426f-bfe4-75dfbdd7472e) ISPN000220: Problems un-marshalling remote command from byte buffer: java.io.UTFDataFormatException: Invalid byte
by MOHIL KHARE (JIRA)
MOHIL KHARE created WFLY-6972:
---------------------------------
Summary: CommandAwareRpcDispatcher$LogWrapper] (Incoming-1,ee,dbd5a7c0-b9d5-426f-bfe4-75dfbdd7472e) ISPN000220: Problems un-marshalling remote command from byte buffer: java.io.UTFDataFormatException: Invalid byte
Key: WFLY-6972
URL: https://issues.jboss.org/browse/WFLY-6972
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 10.0.0.Final
Reporter: MOHIL KHARE
Assignee: Paul Ferraro
We have cluster of 3 nodes running on wildfly9. While upgrading each node from wildfly 9 to wildfly 10.0.0.final, wildfly failed to come up with following exception. From my understanding of infinispan, it seems remote node (which could be still on wildfly 9/transition phase to wildfly 10) serializes data, which local node, activated to wildfly10, fails to unmarshall. Is this expected ?
16-Aug-2016 13:29:09,591 WARN [CommandAwareRpcDispatcher$LogWrapper] (Incoming-1,ee,dbd5a7c0-b9d5-426f-bfe4-75dfbdd7472e) ISPN000220: Problems un-marshalling remote command from byte buffer: java.io.UTFDataFormatException: Invalid byte
at org.jboss.marshalling.UTFUtils.readUTFBytes(UTFUtils.java:201)
at org.jboss.marshalling.river.RiverUnmarshaller.readUTF(RiverUnmarshaller.java:1833)
at org.wildfly.clustering.web.infinispan.session.fine.SessionAttributeKeyExternalizer.lambda$new$10(SessionAttributeKeyExternalizer.java:37)
at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.readObject(SessionKeyExternalizer.java:62)
at org.wildfly.clustering.web.infinispan.SessionKeyExternalizer.readObject(SessionKeyExternalizer.java:37)
at org.wildfly.clustering.infinispan.spi.marshalling.AdvancedExternalizerAdapter.readObject(AdvancedExternalizerAdapter.java:54)
at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:109)
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:92)
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:39)
at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:109)
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:158)
at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:68)
at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:475)
at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:234)
at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:354)
at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:134)
at org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101)
at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80)
at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28)
at org.jboss.as.clustering.infinispan.ChannelTransport$1.objectFromBuffer(ChannelTransport.java:57)
at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:143)
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:460) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:377) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:250) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:684) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.JChannel.up(JChannel.java:760) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.fork.ForkProtocolStack.up(ForkProtocolStack.java:156) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.stack.Protocol.up(Protocol.java:420) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.FORK.up(FORK.java:161) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.RSVP.up(RSVP.java:237) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.FRAG2.up(FRAG2.java:182) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.FlowControl.up(FlowControl.java:447) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.stack.Protocol.up(Protocol.java:420) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:294) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:474) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:982) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:912) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:846) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.FD.up(FD.java:260) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:310) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.MERGE3.up(MERGE3.java:285) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.Discovery.up(Discovery.java:295) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.TP.passMessageUp(TP.java:1577) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at org.jgroups.protocols.TP$MyHandler.run(TP.java:1796) [jgroups-3.6.6.Final.jar:3.6.6.Final]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_72]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_72]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_72]
-----------------------------------------------------------------------------------------------------------------
We are using following wildfly 10 config:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- TEMPLATE_VERSION:10.0.0.3 --><server xmlns="urn:jboss:domain:4.0">
<extensions>
<extension module="org.jboss.as.clustering.infinispan"/>
<extension module="org.jboss.as.clustering.jgroups"/>
<extension module="org.jboss.as.connector"/>
<extension module="org.jboss.as.deployment-scanner"/>
<extension module="org.jboss.as.ee"/>
<extension module="org.jboss.as.ejb3"/>
<extension module="org.jboss.as.jaxrs"/>
<extension module="org.jboss.as.jdr"/>
<extension module="org.jboss.as.jmx"/>
<extension module="org.jboss.as.jpa"/>
<extension module="org.jboss.as.jsf"/>
<extension module="org.jboss.as.logging"/>
<extension module="org.jboss.as.mail"/>
<extension module="org.jboss.as.naming"/>
<extension module="org.jboss.as.pojo"/>
<extension module="org.jboss.as.remoting"/>
<extension module="org.jboss.as.sar"/>
<extension module="org.jboss.as.security"/>
<extension module="org.jboss.as.transactions"/>
<extension module="org.jboss.as.webservices"/>
<extension module="org.jboss.as.weld"/>
<extension module="org.wildfly.extension.batch.jberet"/>
<extension module="org.wildfly.extension.bean-validation"/>
<extension module="org.wildfly.extension.clustering.singleton"/>
<extension module="org.wildfly.extension.io"/>
<extension module="org.wildfly.extension.request-controller"/>
<extension module="org.wildfly.extension.security.manager"/>
<extension module="org.wildfly.extension.undertow"/>
</extensions>
<paths>
<path name="viptela.deploy.dir" path="/opt/web-app"/>
<path name="viptela.log.dir" path="/var/log/nms"/>
</paths>
<management>
<security-realms>
<security-realm name="SSLRealm">
<server-identities>
<ssl>
<keystore alias="server" key-password="vipvmanage" keystore-password="vipvmanage" path="etc/server.keystore" relative-to="viptela.deploy.dir"/>
</ssl>
</server-identities>
</security-realm>
<security-realm name="ManagementRealm">
<authentication>
<local default-user="$local" skip-group-loading="true"/>
<properties path="mgmt-users.properties" relative-to="jboss.server.config.dir"/>
</authentication>
<authorization map-groups-to-roles="false">
<properties path="mgmt-groups.properties" relative-to="jboss.server.config.dir"/>
</authorization>
</security-realm>
<security-realm name="ApplicationRealm">
<authentication>
<local allowed-users="*" default-user="$local" skip-group-loading="true"/>
<properties path="application-users.properties" relative-to="jboss.server.config.dir"/>
</authentication>
<authorization>
<properties path="application-roles.properties" relative-to="jboss.server.config.dir"/>
</authorization>
</security-realm>
</security-realms>
<audit-log>
<formatters>
<json-formatter name="json-formatter"/>
</formatters>
<handlers>
<file-handler formatter="json-formatter" name="file" path="audit-log.log" relative-to="jboss.server.data.dir"/>
</handlers>
<logger enabled="false" log-boot="true" log-read-only="false">
<handlers>
<handler name="file"/>
</handlers>
</logger>
</audit-log>
<management-interfaces>
<http-interface http-upgrade-enabled="true" security-realm="ManagementRealm">
<socket-binding http="management-http"/>
</http-interface>
</management-interfaces>
<access-control provider="simple">
<role-mapping>
<role name="SuperUser">
<include>
<user name="$local"/>
</include>
</role>
</role-mapping>
</access-control>
</management>
<profile>
<subsystem xmlns="urn:jboss:domain:logging:3.0">
<!--
<console-handler name="CONSOLE">
<level name="INFO"/>
<formatter>
<named-formatter name="COLOR-PATTERN"/>
</formatter>
</console-handler>
-->
<size-rotating-file-handler autoflush="true" name="FILE">
<level name="INFO"/>
<formatter>
<pattern-formatter pattern="%d{dd-MMM-yyyy HH:mm:ss,SSS} %-5p [%c{1}] (%t) %s%E%n"/>
</formatter>
<file path="vmanage-server.log" relative-to="viptela.log.dir"/>
<rotate-size value="10000k"/>
<max-backup-index value="5"/>
<append value="true"/>
</size-rotating-file-handler>
<size-rotating-file-handler autoflush="true" name="CONFIGLOG">
<level name="INFO"/>
<formatter>
<pattern-formatter pattern="%d{dd-MMM-yyyy HH:mm:ss,SSS} %-5p [%c{1}] (%t) %s%E%n"/>
</formatter>
<file path="vmanage-server-device-config.log" relative-to="viptela.log.dir"/>
<rotate-size value="10000k"/>
<max-backup-index value="5"/>
<append value="true"/>
</size-rotating-file-handler>
<logger category="com.arjuna">
<level name="WARN"/>
</logger>
<logger category="org.apache.tomcat.util.modeler">
<level name="WARN"/>
</logger>
<logger category="org.jboss.as.config">
<level name="DEBUG"/>
</logger>
<logger category="sun.rmi">
<level name="WARN"/>
</logger>
<logger category="jacorb">
<level name="WARN"/>
</logger>
<logger category="jacorb.config">
<level name="ERROR"/>
</logger>
<logger category="org.jboss.security">
<level name="INFO"/>
</logger>
<logger category="com.tinkerpop.blueprints.impls.orient">
<level name="ERROR"/>
</logger>
<logger category="com.orientechnologies.orient.client.remote.OStorageRemote">
<level name="ERROR"/>
</logger>
<logger category="org.elasticsearch.plugins">
<level name="WARN"/>
</logger>
<logger category="kafka.consumer">
<level name="ERROR"/>
</logger>
<logger category="kafka.producer">
<level name="ERROR"/>
</logger>
<logger category="kafka.utils">
<level name="ERROR"/>
</logger>
<logger category="kafka.client">
<level name="ERROR"/>
</logger>
<logger category="org.apache.zookeeper">
<level name="ERROR"/>
</logger>
<logger category="org.I0Itec.zkclient">
<level name="ERROR"/>
</logger>
<logger category="com.tailf.maapi">
<level name="WARN"/>
<handlers>
<handler name="CONFIGLOG"/>
</handlers>
</logger>
<logger category="com.viptela.vmanage.server.ncs">
<level name="INFO"/>
<handlers>
<handler name="CONFIGLOG"/>
</handlers>
</logger>
<root-logger>
<level name="INFO"/>
<handlers>
<!--
<handler name="CONSOLE"/>
-->
<handler name="FILE"/>
</handlers>
</root-logger>
<formatter name="PATTERN">
<pattern-formatter pattern="%d{yyyy-MM-dd HH:mm:ss,SSS} %-5p [%c] (%t) %s%e%n"/>
</formatter>
<formatter name="COLOR-PATTERN">
<pattern-formatter pattern="%K{level}%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%e%n"/>
</formatter>
</subsystem>
<subsystem xmlns="urn:jboss:domain:batch-jberet:1.0">
<default-job-repository name="in-memory"/>
<default-thread-pool name="batch"/>
<job-repository name="in-memory">
<in-memory/>
</job-repository>
<thread-pool name="batch">
<max-threads count="10"/>
<keepalive-time time="30" unit="seconds"/>
</thread-pool>
</subsystem>
<subsystem xmlns="urn:jboss:domain:bean-validation:1.0"/>
<subsystem xmlns="urn:jboss:domain:datasources:4.0">
<datasources>
<datasource enabled="true" jndi-name="java:jboss/datasources/ExampleDS" pool-name="ExampleDS" use-java-context="true">
<connection-url>jdbc:h2:mem:test;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE</connection-url>
<driver>h2</driver>
<security>
<user-name>sa</user-name>
<password>sa</password>
</security>
</datasource>
<drivers>
<driver module="com.h2database.h2" name="h2">
<xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
</driver>
</drivers>
</datasources>
</subsystem>
<subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
<deployment-scanner path="deployments" relative-to="jboss.server.base.dir" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}" scan-interval="5000"/>
<deployment-scanner name="viptela" path="webapps" relative-to="viptela.deploy.dir" scan-interval="0"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:ee:4.0">
<spec-descriptor-property-replacement>false</spec-descriptor-property-replacement>
<concurrent>
<context-services>
<context-service jndi-name="java:jboss/ee/concurrency/context/default" name="default" use-transaction-setup-provider="true"/>
</context-services>
<managed-thread-factories>
<managed-thread-factory context-service="default" jndi-name="java:jboss/ee/concurrency/factory/default" name="default"/>
</managed-thread-factories>
<managed-executor-services>
<managed-executor-service context-service="default" core-threads="5" hung-task-threshold="60000" jndi-name="java:jboss/ee/concurrency/executor/default" keepalive-time="5000" max-threads="25" name="default"/>
</managed-executor-services>
<managed-scheduled-executor-services>
<managed-scheduled-executor-service context-service="default" core-threads="2" hung-task-threshold="60000" jndi-name="java:jboss/ee/concurrency/scheduler/default" keepalive-time="3000" name="default"/>
</managed-scheduled-executor-services>
</concurrent>
<default-bindings context-service="java:jboss/ee/concurrency/context/default" datasource="java:jboss/datasources/ExampleDS" managed-executor-service="java:jboss/ee/concurrency/executor/default" managed-scheduled-executor-service="java:jboss/ee/concurrency/scheduler/default" managed-thread-factory="java:jboss/ee/concurrency/factory/default"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:ejb3:4.0">
<session-bean>
<stateless>
<bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
</stateless>
<stateful cache-ref="distributable" default-access-timeout="5000" passivation-disabled-cache-ref="simple"/>
<singleton default-access-timeout="5000"/>
</session-bean>
<pools>
<bean-instance-pools>
<!-- Automatically configure pools. Alternatively, max-pool-size can be set to a specific value -->
<strict-max-pool derive-size="from-worker-pools" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES" name="slsb-strict-max-pool"/>
<strict-max-pool derive-size="from-cpu-count" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES" name="mdb-strict-max-pool"/>
</bean-instance-pools>
</pools>
<caches>
<cache name="simple"/>
<cache aliases="passivating clustered" name="distributable" passivation-store-ref="infinispan"/>
</caches>
<passivation-stores>
<passivation-store cache-container="ejb" max-size="10000" name="infinispan"/>
</passivation-stores>
<async thread-pool-name="default"/>
<timer-service default-data-store="default-file-store" thread-pool-name="default">
<data-stores>
<file-data-store name="default-file-store" path="timer-service-data" relative-to="jboss.server.data.dir"/>
</data-stores>
</timer-service>
<remote connector-ref="http-remoting-connector" thread-pool-name="default"/>
<thread-pools>
<thread-pool name="default">
<max-threads count="10"/>
<keepalive-time time="100" unit="milliseconds"/>
</thread-pool>
</thread-pools>
<default-security-domain value="other"/>
<default-missing-method-permissions-deny-access value="true"/>
<log-system-exceptions value="true"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:io:1.1">
<worker io-threads="16" name="default" task-max-threads="128"/>
<buffer-pool name="default"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:infinispan:4.0">
<cache-container aliases="singleton cluster" default-cache="default" module="org.wildfly.clustering.server" name="server">
<transport lock-timeout="120000"/>
<replicated-cache mode="ASYNC" name="default">
<state-transfer timeout="300000"/>
<transaction locking="OPTIMISTIC" mode="BATCH"/>
</replicated-cache>
</cache-container>
<cache-container default-cache="session" module="org.wildfly.clustering.web.infinispan" name="web">
<transport lock-timeout="120000"/>
<replicated-cache mode="ASYNC" name="session">
<state-transfer timeout="300000"/>
<locking acquire-timeout="60000" isolation="READ_COMMITTED"/>
<transaction locking="PESSIMISTIC" mode="BATCH"/>
</replicated-cache>
</cache-container>
<cache-container aliases="sfsb" default-cache="dist" module="org.wildfly.clustering.ejb.infinispan" name="ejb">
<transport lock-timeout="60000"/>
<distributed-cache l1-lifespan="0" mode="ASYNC" name="dist" owners="2">
<locking isolation="REPEATABLE_READ"/>
<transaction mode="BATCH"/>
<file-store/>
</distributed-cache>
</cache-container>
<cache-container default-cache="local-query" module="org.hibernate.infinispan" name="hibernate">
<transport lock-timeout="60000"/>
<local-cache name="local-query">
<eviction max-entries="10000" strategy="LRU"/>
<expiration max-idle="100000"/>
</local-cache>
<invalidation-cache mode="SYNC" name="entity">
<transaction mode="NON_XA"/>
<eviction max-entries="10000" strategy="LRU"/>
<expiration max-idle="100000"/>
</invalidation-cache>
<replicated-cache mode="ASYNC" name="timestamps"/>
</cache-container>
</subsystem>
<subsystem xmlns="urn:jboss:domain:jaxrs:1.0"/>
<subsystem xmlns="urn:jboss:domain:jca:4.0">
<archive-validation enabled="true" fail-on-error="true" fail-on-warn="false"/>
<bean-validation enabled="true"/>
<default-workmanager>
<short-running-threads>
<core-threads count="50"/>
<queue-length count="50"/>
<max-threads count="50"/>
<keepalive-time time="10" unit="seconds"/>
</short-running-threads>
<long-running-threads>
<core-threads count="50"/>
<queue-length count="50"/>
<max-threads count="50"/>
<keepalive-time time="10" unit="seconds"/>
</long-running-threads>
</default-workmanager>
<cached-connection-manager/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:jdr:1.0"/>
<subsystem xmlns="urn:jboss:domain:jgroups:4.0">
<channels default="ee">
<channel name="ee"/>
</channels>
<stacks default="tcp">
<stack name="tcp">
<transport socket-binding="jgroups-tcp" type="TCP"/>
<protocol type="TCPPING">
<property name="initial_hosts">
10.9.1.2[7600],10.9.2.2[7600],10.9.3.2[7600]</property>
<property name="port_range">
0
</property>
</protocol>
<protocol type="MERGE3"/>
<protocol socket-binding="jgroups-tcp-fd" type="FD_SOCK"/>
<protocol type="FD"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS">
<property name="join_timeout">
5000
</property>
</protocol>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
<protocol type="RSVP"/>
</stack>
</stacks>
</subsystem>
<subsystem xmlns="urn:jboss:domain:jmx:1.3">
<expose-resolved-model/>
<expose-expression-model/>
<remoting-connector/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:jpa:1.1">
<jpa default-datasource="" default-extended-persistence-inheritance="DEEP"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:jsf:1.0"/>
<subsystem xmlns="urn:jboss:domain:mail:2.0">
<mail-session jndi-name="java:jboss/mail/Default" name="default">
<smtp-server outbound-socket-binding-ref="mail-smtp"/>
</mail-session>
</subsystem>
<subsystem xmlns="urn:jboss:domain:naming:2.0">
<remote-naming/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:pojo:1.0"/>
<subsystem xmlns="urn:jboss:domain:remoting:3.0">
<endpoint worker="default"/>
<http-connector connector-ref="default" name="http-remoting-connector" security-realm="ApplicationRealm"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:resource-adapters:4.0"/>
<subsystem xmlns="urn:jboss:domain:request-controller:1.0"/>
<subsystem xmlns="urn:jboss:domain:sar:1.0"/>
<subsystem xmlns="urn:jboss:domain:security-manager:1.0">
<deployment-permissions>
<maximum-set>
<permission class="java.security.AllPermission"/>
</maximum-set>
</deployment-permissions>
</subsystem>
<subsystem xmlns="urn:jboss:domain:security:1.2">
<security-domains>
<security-domain cache-type="default" name="ServerAuthRealm">
<authentication>
<login-module code="com.viptela.vmanage.server.auth.AppServerLoginModule" flag="required"/>
</authentication>
</security-domain>
<security-domain cache-type="default" name="other">
<authentication>
<login-module code="Remoting" flag="optional">
<module-option name="password-stacking" value="useFirstPass"/>
</login-module>
<login-module code="RealmDirect" flag="required">
<module-option name="password-stacking" value="useFirstPass"/>
</login-module>
</authentication>
</security-domain>
<security-domain cache-type="default" name="jboss-web-policy">
<authorization>
<policy-module code="Delegating" flag="required"/>
</authorization>
</security-domain>
<security-domain cache-type="default" name="jboss-ejb-policy">
<authorization>
<policy-module code="Delegating" flag="required"/>
</authorization>
</security-domain>
</security-domains>
</subsystem>
<subsystem xmlns="urn:jboss:domain:singleton:1.0">
<singleton-policies default="default">
<singleton-policy cache-container="server" name="default">
<simple-election-policy/>
</singleton-policy>
</singleton-policies>
</subsystem>
<subsystem xmlns="urn:jboss:domain:transactions:3.0">
<core-environment>
<process-id>
<uuid/>
</process-id>
</core-environment>
<recovery-environment socket-binding="txn-recovery-environment" status-socket-binding="txn-status-manager"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:undertow:3.0">
<buffer-cache name="default"/>
<server name="default-server">
<http-listener enable-http2="false" name="default" redirect-socket="https" socket-binding="http"/>
<https-listener enable-http2="false" name="https" security-realm="SSLRealm" socket-binding="https"/>
<host alias="localhost" name="default-host">
<location handler="vmanage-content" name="/"/>
<filter-ref name="gzipFilter" predicate="exists('%{o,Content-Type}') and regex[pattern='(?:application/javascript|text/css|text/html|text/xml|application/json)(;.*)?', value=%{o,Content-Type}, full-match=true]"/>
<filter-ref name="Vary-header"/>
<filter-ref name="custom-max-age" predicate="path-suffix('.js') or path-suffix ('.html') or path-suffix ('.css') or path-suffix ('.jpg') or path-suffix ('.jpeg') or path-suffix ('.png') or path-suffix ('.gif')"/>
<filter-ref name="data-service-cache" predicate="path-prefix('/dataservice')"/>
</host>
</server>
<servlet-container disable-caching-for-secured-pages="false" name="default">
<jsp-config/>
<websockets/>
</servlet-container>
<handlers>
<file name="welcome-content" path="${jboss.home.dir}/welcome-content"/>
<file name="vmanage-content" path="/opt/web-app/webapps/vmanage.war"/>
</handlers>
<filters>
<response-header header-name="Vary" header-value="Accept-Encoding" name="Vary-header"/>
<response-header header-name="Strict-Transport-Security" header-value="max-age=31536000; includeSubDomains" name="transport-security"/>
<response-header header-name="X-Frame-Options" header-value="DENY" name="x-frame-options"/>
<gzip name="gzipFilter"/>
<response-header header-name="Cache-Control" header-value="max-age=86400, private" name="custom-max-age"/>
<response-header header-name="Cache-Control" header-value="no-cache, no-store, must-revalidate" name="data-service-cache"/>
</filters>
</subsystem>
<subsystem xmlns="urn:jboss:domain:webservices:2.0">
<wsdl-host>${jboss.bind.address:127.0.0.1}</wsdl-host>
<endpoint-config name="Standard-Endpoint-Config"/>
<endpoint-config name="Recording-Endpoint-Config">
<pre-handler-chain name="recording-handlers" protocol-bindings="##SOAP11_HTTP ##SOAP11_HTTP_MTOM ##SOAP12_HTTP ##SOAP12_HTTP_MTOM">
<handler class="org.jboss.ws.common.invocation.RecordingServerHandler" name="RecordingHandler"/>
</pre-handler-chain>
</endpoint-config>
<client-config name="Standard-Client-Config"/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:weld:2.0"/>
</profile>
<interfaces>
<interface name="management">
<inet-address value="${jboss.bind.address.management:0.0.0.0}"/>
</interface>
<interface name="public">
<inet-address value="${jboss.bind.address:0.0.0.0}"/>
</interface>
<interface name="unsecure">
<inet-address value="${jboss.bind.address.unsecure:127.0.0.1}"/>
</interface>
<interface name="jgroup-tcp-interface">
<inet-address value="10.9.1.2"/>
</interface>
</interfaces>
<socket-binding-group default-interface="public" name="standard-sockets" port-offset="${jboss.socket.binding.port-offset:0}">
<socket-binding interface="management" name="management-http" port="${jboss.management.http.port:9990}"/>
<socket-binding interface="management" name="management-https" port="${jboss.management.https.port:9993}"/>
<socket-binding name="http" port="${jboss.http.port:8080}"/>
<socket-binding name="https" port="${jboss.https.port:8443}"/>
<socket-binding interface="jgroup-tcp-interface" name="jgroups-tcp" port="7600"/>
<socket-binding interface="jgroup-tcp-interface" name="jgroups-tcp-fd" port="57600"/>
<socket-binding name="txn-recovery-environment" port="4712"/>
<socket-binding name="txn-status-manager" port="4713"/>
<outbound-socket-binding name="mail-smtp">
<remote-destination host="localhost" port="25"/>
</outbound-socket-binding>
</socket-binding-group>
</server>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-6971) MDB cannot be deployed after migration due to "DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered"
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-6971?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-6971:
------------------------------------
[~Takis] Please link the associated PR to the jira.
> MDB cannot be deployed after migration due to "DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered"
> -----------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-6971
> URL: https://issues.jboss.org/browse/WFLY-6971
> Project: WildFly
> Issue Type: Bug
> Components: EJB, JMS
> Affects Versions: 10.1.0.CR1
> Reporter: Panagiotis Sotiropoulos
> Assignee: Panagiotis Sotiropoulos
> Priority: Critical
> Attachments: mdb-1.0-SNAPSHOT.jar, standalone-full-ha.xml_eap6
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> If EAP 7 with (manually) migrated configuration from EAP 6.4.7.CP server is started then MDB deployment fails with:
> {code}
> 14:17:09,432 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".cache-dependencies-installer: org.jboss.msc.service.StartException in service jboss.deployment.unit."mdb-1.0-SNAPSHOT.jar".cache-dependencies-installer: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]
> Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.infinispan.ejb."mdb-1.0-SNAPSHOT.jar".config is already registered
> at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:768) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2401) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.as.ejb3.cache.distributable.DistributableCacheFactoryBuilderService.installDeploymentUnitDependencies(DistributableCacheFactoryBuilderService.java:93)
> at org.jboss.as.ejb3.deployment.processors.CacheDependenciesProcessor$1.start(CacheDependenciesProcessor.java:50)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.6.Final-redhat-1.jar:1.2.6.Final-redhat-1]
> ... 3 more
> {code}
> Problem seems to be configuration of caches in ejb subsystem which looks like:
> {code}
> <subsystem xmlns="urn:jboss:domain:ejb3:4.0">
> ...
> <caches>
> <cache name="simple" aliases="NoPassivationCache"/>
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> <cache name="clustered" passivation-store-ref="infinispan" aliases="StatefulTreeCache"/>
> </caches>
> ...
> </subsystem>
> {code}
> If any of lines:
> {code}
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> <cache name="clustered" passivation-store-ref="infinispan"
> {code}
> is removed or I take default configuration from EAP 7:
> {code}
> <caches>
> <cache name="simple"/>
> <cache name="distributable" passivation-store-ref="infinispan" aliases="passivating clustered"/>
> </caches>
> {code}
> then MDB is deployed.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-835) @Resource UserTransaction error when file passivation store is selected
by Michael Musgrove (JIRA)
[ https://issues.jboss.org/browse/WFLY-835?page=com.atlassian.jira.plugin.s... ]
Michael Musgrove commented on WFLY-835:
---------------------------------------
[~pferraro] thanks for the test case - I will make the fix in jboss-transaction-spi and run that test before releasing the upgrade.
> @Resource UserTransaction error when file passivation store is selected
> -----------------------------------------------------------------------
>
> Key: WFLY-835
> URL: https://issues.jboss.org/browse/WFLY-835
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 9.0.0.CR2
> Environment: Ubuntu 11.10, Intel® Core™ i3-2120 CPU @ 3.30GHz × 4
> Reporter: Abraham Cabanillas Piera
> Assignee: Michael Musgrove
> Priority: Critical
> Labels: jboss
> Attachments: serializationerr_server.log
>
>
> The following exception is launched when the server tries to passivate into the file passivation storage a stateful EJB session with UserTransaction injected as a resource:
> {noformat}
> [org.jboss.as.ejb3.cache.spi.impl.PassivateTask] (pool-10-thread-1) JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}: java.lang.RuntimeException: JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:248) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:52) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SimpleBackingCacheEntryStore.passivate(SimpleBackingCacheEntryStore.java:155) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:288) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:50) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:190) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:60) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.spi.impl.PassivateTask.run(PassivateTask.java:45) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_13]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_13]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_13]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_13]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> Caused by: java.io.NotSerializableException: org.jboss.tm.usertx.client.ServerVMClientUserTransaction
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:891)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.BlockMarshaller.doWriteObject(BlockMarshaller.java:69)
> at org.jboss.marshalling.river.BlockMarshaller.writeObject(BlockMarshaller.java:60)
> at org.jboss.marshalling.MarshallerObjectOutputStream.writeObjectOverride(MarshallerObjectOutputStream.java:54)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:342) [rt.jar:1.7.0_13]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl.writeObject(SerializationGroupMemberImpl.java:368) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_13]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_13]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_13]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_13]
> at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:175)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1007)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:239) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> ... 15 more
> Caused by: an exception which occurred:
> in field userTransaction
> in field instance
> in field instance
> in object org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl@6a4de0c9
> {noformat}
> The EJB subsystem configuration is:
> {code:xml}
> <subsystem xmlns="urn:jboss:domain:ejb3:1.2">
> <session-bean>
> <stateless>
> <bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
> </stateless>
> <stateful default-access-timeout="10000" cache-ref="passivating"/>
> <singleton default-access-timeout="5000"/>
> </session-bean>
> <mdb>
> <resource-adapter-ref resource-adapter-name="hornetq-ra"/>
> <bean-instance-pool-ref pool-name="mdb-strict-max-pool"/>
> </mdb>
> <pools>
> <bean-instance-pools>
> <strict-max-pool name="slsb-strict-max-pool" max-pool-size="50" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> <strict-max-pool name="mdb-strict-max-pool" max-pool-size="20" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> </bean-instance-pools>
> </pools>
> <caches>
> <cache name="simple" aliases="NoPassivationCache"/>
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> </caches>
> <passivation-stores>
> <file-passivation-store name="file" idle-timeout="10" idle-timeout-unit="SECONDS"/>
> </passivation-stores>
> <async thread-pool-name="default"/>
> <timer-service thread-pool-name="default">
> <data-store path="timer-service-data" relative-to="jboss.server.data.dir"/>
> </timer-service>
> <remote connector-ref="remoting-connector" thread-pool-name="default"/>
> <thread-pools>
> <thread-pool name="default">
> <max-threads count="100"/>
> <keepalive-time time="100" unit="milliseconds"/>
> </thread-pool>
> </thread-pools>
> <iiop enable-by-default="false" use-qualified-name="false"/>
> </subsystem>
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-6624) Frequent intermittent failures in coarse/fine web session passivation tests
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-6624?page=com.atlassian.jira.plugin.... ]
Radoslav Husar reassigned WFLY-6624:
------------------------------------
Assignee: Radoslav Husar (was: Paul Ferraro)
> Frequent intermittent failures in coarse/fine web session passivation tests
> ---------------------------------------------------------------------------
>
> Key: WFLY-6624
> URL: https://issues.jboss.org/browse/WFLY-6624
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Test Suite
> Affects Versions: 10.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Radoslav Husar
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-835) @Resource UserTransaction error when file passivation store is selected
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-835?page=com.atlassian.jira.plugin.s... ]
Paul Ferraro commented on WFLY-835:
-----------------------------------
FYI, there is an existing test in the clustering testsuite intended to validate this behavior:
https://github.com/wildfly/wildfly/blob/master/testsuite/integration/clus...
> @Resource UserTransaction error when file passivation store is selected
> -----------------------------------------------------------------------
>
> Key: WFLY-835
> URL: https://issues.jboss.org/browse/WFLY-835
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 9.0.0.CR2
> Environment: Ubuntu 11.10, Intel® Core™ i3-2120 CPU @ 3.30GHz × 4
> Reporter: Abraham Cabanillas Piera
> Assignee: Michael Musgrove
> Priority: Critical
> Labels: jboss
> Attachments: serializationerr_server.log
>
>
> The following exception is launched when the server tries to passivate into the file passivation storage a stateful EJB session with UserTransaction injected as a resource:
> {noformat}
> [org.jboss.as.ejb3.cache.spi.impl.PassivateTask] (pool-10-thread-1) JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}: java.lang.RuntimeException: JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:248) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:52) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SimpleBackingCacheEntryStore.passivate(SimpleBackingCacheEntryStore.java:155) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:288) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:50) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:190) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:60) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.spi.impl.PassivateTask.run(PassivateTask.java:45) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_13]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_13]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_13]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_13]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> Caused by: java.io.NotSerializableException: org.jboss.tm.usertx.client.ServerVMClientUserTransaction
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:891)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.BlockMarshaller.doWriteObject(BlockMarshaller.java:69)
> at org.jboss.marshalling.river.BlockMarshaller.writeObject(BlockMarshaller.java:60)
> at org.jboss.marshalling.MarshallerObjectOutputStream.writeObjectOverride(MarshallerObjectOutputStream.java:54)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:342) [rt.jar:1.7.0_13]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl.writeObject(SerializationGroupMemberImpl.java:368) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_13]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_13]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_13]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_13]
> at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:175)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1007)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:239) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> ... 15 more
> Caused by: an exception which occurred:
> in field userTransaction
> in field instance
> in field instance
> in object org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl@6a4de0c9
> {noformat}
> The EJB subsystem configuration is:
> {code:xml}
> <subsystem xmlns="urn:jboss:domain:ejb3:1.2">
> <session-bean>
> <stateless>
> <bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
> </stateless>
> <stateful default-access-timeout="10000" cache-ref="passivating"/>
> <singleton default-access-timeout="5000"/>
> </session-bean>
> <mdb>
> <resource-adapter-ref resource-adapter-name="hornetq-ra"/>
> <bean-instance-pool-ref pool-name="mdb-strict-max-pool"/>
> </mdb>
> <pools>
> <bean-instance-pools>
> <strict-max-pool name="slsb-strict-max-pool" max-pool-size="50" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> <strict-max-pool name="mdb-strict-max-pool" max-pool-size="20" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> </bean-instance-pools>
> </pools>
> <caches>
> <cache name="simple" aliases="NoPassivationCache"/>
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> </caches>
> <passivation-stores>
> <file-passivation-store name="file" idle-timeout="10" idle-timeout-unit="SECONDS"/>
> </passivation-stores>
> <async thread-pool-name="default"/>
> <timer-service thread-pool-name="default">
> <data-store path="timer-service-data" relative-to="jboss.server.data.dir"/>
> </timer-service>
> <remote connector-ref="remoting-connector" thread-pool-name="default"/>
> <thread-pools>
> <thread-pool name="default">
> <max-threads count="100"/>
> <keepalive-time time="100" unit="milliseconds"/>
> </thread-pool>
> </thread-pools>
> <iiop enable-by-default="false" use-qualified-name="false"/>
> </subsystem>
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-835) @Resource UserTransaction error when file passivation store is selected
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-835?page=com.atlassian.jira.plugin.s... ]
Radoslav Husar reassigned WFLY-835:
-----------------------------------
Assignee: Michael Musgrove
> @Resource UserTransaction error when file passivation store is selected
> -----------------------------------------------------------------------
>
> Key: WFLY-835
> URL: https://issues.jboss.org/browse/WFLY-835
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 9.0.0.CR2
> Environment: Ubuntu 11.10, Intel® Core™ i3-2120 CPU @ 3.30GHz × 4
> Reporter: Abraham Cabanillas Piera
> Assignee: Michael Musgrove
> Priority: Critical
> Labels: jboss
> Attachments: serializationerr_server.log
>
>
> The following exception is launched when the server tries to passivate into the file passivation storage a stateful EJB session with UserTransaction injected as a resource:
> {noformat}
> [org.jboss.as.ejb3.cache.spi.impl.PassivateTask] (pool-10-thread-1) JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}: java.lang.RuntimeException: JBAS014538: Failed to passivate {[-36, 0, 14, -43, 72, 10, 76, -28, -105, -108, 24, 45, -70, -58, -48, -107]}
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:248) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:52) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SimpleBackingCacheEntryStore.passivate(SimpleBackingCacheEntryStore.java:155) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:288) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.passivate(SerializationGroupMemberContainer.java:50) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:190) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.passivate(PassivatingBackingCacheImpl.java:60) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at org.jboss.as.ejb3.cache.spi.impl.PassivateTask.run(PassivateTask.java:45) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_13]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_13]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_13]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178) [rt.jar:1.7.0_13]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> Caused by: java.io.NotSerializableException: org.jboss.tm.usertx.client.ServerVMClientUserTransaction
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:891)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.river.BlockMarshaller.doWriteObject(BlockMarshaller.java:69)
> at org.jboss.marshalling.river.BlockMarshaller.writeObject(BlockMarshaller.java:60)
> at org.jboss.marshalling.MarshallerObjectOutputStream.writeObjectOverride(MarshallerObjectOutputStream.java:54)
> at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:342) [rt.jar:1.7.0_13]
> at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl.writeObject(SerializationGroupMemberImpl.java:368) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_13]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_13]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_13]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_13]
> at org.jboss.marshalling.reflect.SerializableClass.callWriteObject(SerializableClass.java:175)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1007)
> at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885)
> at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62)
> at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119)
> at org.jboss.as.ejb3.cache.spi.impl.FilePersistentObjectStore.store(FilePersistentObjectStore.java:239) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
> ... 15 more
> Caused by: an exception which occurred:
> in field userTransaction
> in field instance
> in field instance
> in object org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberImpl@6a4de0c9
> {noformat}
> The EJB subsystem configuration is:
> {code:xml}
> <subsystem xmlns="urn:jboss:domain:ejb3:1.2">
> <session-bean>
> <stateless>
> <bean-instance-pool-ref pool-name="slsb-strict-max-pool"/>
> </stateless>
> <stateful default-access-timeout="10000" cache-ref="passivating"/>
> <singleton default-access-timeout="5000"/>
> </session-bean>
> <mdb>
> <resource-adapter-ref resource-adapter-name="hornetq-ra"/>
> <bean-instance-pool-ref pool-name="mdb-strict-max-pool"/>
> </mdb>
> <pools>
> <bean-instance-pools>
> <strict-max-pool name="slsb-strict-max-pool" max-pool-size="50" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> <strict-max-pool name="mdb-strict-max-pool" max-pool-size="20" instance-acquisition-timeout="5" instance-acquisition-timeout-unit="MINUTES"/>
> </bean-instance-pools>
> </pools>
> <caches>
> <cache name="simple" aliases="NoPassivationCache"/>
> <cache name="passivating" passivation-store-ref="file" aliases="SimpleStatefulCache"/>
> </caches>
> <passivation-stores>
> <file-passivation-store name="file" idle-timeout="10" idle-timeout-unit="SECONDS"/>
> </passivation-stores>
> <async thread-pool-name="default"/>
> <timer-service thread-pool-name="default">
> <data-store path="timer-service-data" relative-to="jboss.server.data.dir"/>
> </timer-service>
> <remote connector-ref="remoting-connector" thread-pool-name="default"/>
> <thread-pools>
> <thread-pool name="default">
> <max-threads count="100"/>
> <keepalive-time time="100" unit="milliseconds"/>
> </thread-pool>
> </thread-pools>
> <iiop enable-by-default="false" use-qualified-name="false"/>
> </subsystem>
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-6611) undertow wrong log data emitted
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-6611?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar resolved WFLY-6611.
-------------------------------
Fix Version/s: 10.1.0.Final
Resolution: Done
> undertow wrong log data emitted
> -------------------------------
>
> Key: WFLY-6611
> URL: https://issues.jboss.org/browse/WFLY-6611
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Final
> Environment: Windows JDK8
> Reporter: Darryl Miles
> Assignee: Tomaz Cerar
> Priority: Minor
> Fix For: 10.1.0.Final
>
>
> 20:05:49,621 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0003: Undertow 1.3.15.Final starting
> 20:05:49,627 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 61) WFLYUT0003: Undertow 1.3.15.Final starting
> ...
> 20:05:50,075 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0006: Undertow HTTP listener default listening on 127.0.0.1:8122
> ...
> 20:06:10,498 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0008: Undertow HTTP listener default suspending
> 20:06:10,499 INFO [org.wildfly.extension.undertow] (MSC service thread 1-6) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
> 20:06:10,500 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.3.15.Final stopping
> This is running an arquallian managed instance.
> Notice on shutdown it emits port 8080 when there is nothing bound on that, it really is on port 8122 as shown in "netstat -p tcp -a -n | grep LISTEN" output.
> So I guess there is a bug somewhere in the data it is using.
> I am using -Djboss.socket.binding.port-offset=42 with a stock config for standalone-full.xml
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0
[JBoss JIRA] (WFCORE-1524) Scanner deployment failing at boot passes readiness/liveness checks
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1524?page=com.atlassian.jira.plugi... ]
ehsavoie Hugonnet commented on WFCORE-1524:
-------------------------------------------
I can't seem to reproduce the issue. Is there a way to get a reproducer ?
> Scanner deployment failing at boot passes readiness/liveness checks
> -------------------------------------------------------------------
>
> Key: WFCORE-1524
> URL: https://issues.jboss.org/browse/WFCORE-1524
> Project: WildFly Core
> Issue Type: Bug
> Components: Deployment Scanner, Domain Management
> Environment: brew-pulp-docker01.web.prod.ext.phx2.redhat.com:8888/jboss-eap-7/eap70-openshift:1.3-11
> Reporter: Marek Schmidt
> Assignee: ehsavoie Hugonnet
>
> During larger scale-ups (e.g. from 1 to 6 on nodes under load) deployments sometimes fail with "org.infinispan.util.concurrent.TimeoutException: Replication timeout for foo-1-xxxxx".
> That by itself is expected with the default timeouts, however, the problem is that such failed deployments pass the default EAP readiness and liveness checks, which results in HTTP 404 responses.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
- 1
- 0