[JBoss JIRA] (WFLY-4968) ClassNotFoundException sun.misc.Unsafe from Module "io.netty:main" when connection from different WildFly instance
by Carlos Martins (Jira)
[ https://issues.jboss.org/browse/WFLY-4968?page=com.atlassian.jira.plugin.... ]
Carlos Martins commented on WFLY-4968:
--------------------------------------
[~mnovak]
hi Miroslav.
Thank you for your message.
It’s been a long time, I moved to another job are am not using Wildfly at the moment.
So I can’t answer your question, sorry.
Kind regards
Carlos
> ClassNotFoundException sun.misc.Unsafe from Module "io.netty:main" when connection from different WildFly instance
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-4968
> URL: https://issues.jboss.org/browse/WFLY-4968
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 8.2.0.Final
> Environment: WildFly 8.2.Final on AIX
> Reporter: Carlos Martins
> Assignee: Jason Greene
> Priority: Major
>
> My instance configures the messaging section for HornetQ which is supposed to accept external connections in the following manner:
> {code:xml}
> <subsystem xmlns="urn:jboss:domain:messaging:2.0">
> <hornetq-server>
> <persistence-enabled>true</persistence-enabled>
> <security-enabled>false</security-enabled>
> <journal-file-size>102400</journal-file-size>
> <journal-min-files>2</journal-min-files>
> <connectors>
> <http-connector name="http-connector" socket-binding="http">
> <param key="http-upgrade-endpoint" value="http-acceptor"/>
> </http-connector>
> <http-connector name="http-connector-throughput" socket-binding="http">
> <param key="http-upgrade-endpoint" value="http-acceptor-throughput"/>
> <param key="batch-delay" value="50"/>
> </http-connector>
> <in-vm-connector name="in-vm" server-id="0"/>
> </connectors>
> <acceptors>
> <http-acceptor http-listener="default" name="http-acceptor"/>
> <http-acceptor http-listener="default" name="http-acceptor-throughput">
> <param key="batch-delay" value="50"/>
> <param key="direct-deliver" value="false"/>
> </http-acceptor>
> <netty-acceptor name="netty-norma" socket-binding="norma-jms-broker"/>
> <netty-acceptor name="netty-norma-throughput" socket-binding="norma-jms-broker-throughput">
> <param key="batch-delay" value="50"/>
> </netty-acceptor>
> <in-vm-acceptor name="in-vm" server-id="0"/>
> </acceptors>
> <security-settings>
> <security-setting match="#">
> <permission type="send" roles="guest"/>
> <permission type="consume" roles="guest"/>
> <permission type="createDurableQueue" roles="guest"/>
> <permission type="deleteDurableQueue" roles="guest"/>
> <permission type="createNonDurableQueue" roles="guest"/>
> <permission type="deleteNonDurableQueue" roles="guest"/>
> </security-setting>
> </security-settings>
> <address-settings>
> <address-setting match="#">
> <dead-letter-address>jms.queue.DLQ</dead-letter-address>
> <expiry-address>jms.queue.ExpiryQueue</expiry-address>
> <redelivery-delay>0</redelivery-delay>
> <max-size-bytes>10485760</max-size-bytes>
> <page-size-bytes>2097152</page-size-bytes>
> <address-full-policy>PAGE</address-full-policy>
> <message-counter-history-day-limit>10</message-counter-history-day-limit>
> </address-setting>
> </address-settings>
> <jms-connection-factories>
> <connection-factory name="InVmConnectionFactory">
> <connectors>
> <connector-ref connector-name="in-vm"/>
> </connectors>
> <entries>
> <entry name="java:/ConnectionFactory"/>
> </entries>
> </connection-factory>
> <connection-factory name="RemoteConnectionFactory">
> <connectors>
> <connector-ref connector-name="http-connector"/>
> </connectors>
> <entries>
> <entry name="java:jboss/exported/jms/RemoteConnectionFactory"/>
> </entries>
> </connection-factory>
> <connection-factory name="DurableSubscribersConnectionFactory">
> <connectors>
> <connector-ref connector-name="http-connector"/>
> </connectors>
> <entries>
> <entry name="java:/DurableSubscribersConnectionFactory"/>
> <entry name="java:jboss/exported/DurableSubscribersConnectionFactory"/>
> </entries>
> </connection-factory>
> <pooled-connection-factory name="hornetq-ra">
> <transaction mode="xa"/>
> <connectors>
> <connector-ref connector-name="in-vm"/>
> </connectors>
> <entries>
> <entry name="java:/JmsXA"/>
> <entry name="java:jboss/DefaultJMSConnectionFactory"/>
> </entries>
> </pooled-connection-factory>
> </jms-connection-factories>
> <jms-destinations>
> <jms-topic name="SunsetEventsTopic">
> <entry name="jms/topic/SunsetEventsTopic"/>
> <entry name="java:jboss/exported/jms/topic/SunsetEventsTopic"/>
> </jms-topic>
> </jms-destinations>
> </hornetq-server>
> </subsystem>
> {code}
> and
> {code:xml}
> <socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
> <socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
> <socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9993}"/>
> <socket-binding name="ajp" port="${jboss.ajp.port:8009}"/>
> <socket-binding name="http" port="${jboss.http.port:8080}"/>
> <socket-binding name="https" port="${jboss.https.port:8443}"/>
> <socket-binding name="txn-recovery-environment" port="4712"/>
> <socket-binding name="txn-status-manager" port="4713"/>
> <!-- CONNECT TO IBM HORNETQ BROKER -->
> <socket-binding name="norma-jms-broker" port="${norma.broker.port:5445}"/>
> <socket-binding name="norma-jms-broker-throughput" port="${norma.broker.port:5445}"/>
> </socket-binding-group>
> {code}
> Throws the following exception when a different WildFly instance tries to connect to this HornetQ:
> {code}
> 2015-07-15 18:43:41,223 WARNING [io.netty.channel.ChannelOutboundBuffer] (Thread-1 (hornetq-netty-threads--170443211)) Failed to release a message.: java.lang.NoClassDefFoundError: sun.misc.Unsafe
> at io.netty.util.internal.PlatformDependent.freeDirectBuffer(PlatformDependent.java:234) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.buffer.UnpooledDirectByteBuf.freeDirect(UnpooledDirectByteBuf.java:112) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.buffer.UnpooledDirectByteBuf.deallocate(UnpooledDirectByteBuf.java:596) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.buffer.AbstractReferenceCountedByteBuf.release(AbstractReferenceCountedByteBuf.java:120) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.util.ReferenceCountUtil.release(ReferenceCountUtil.java:68) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.ChannelOutboundBuffer.safeRelease(ChannelOutboundBuffer.java:509) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.ChannelOutboundBuffer.remove(ChannelOutboundBuffer.java:268) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.nio.AbstractNioByteChannel.doWrite(AbstractNioByteChannel.java:216) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.socket.nio.NioSocketChannel.doWrite(NioSocketChannel.java:231) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.AbstractChannel$AbstractUnsafe.flush0(AbstractChannel.java:682) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.flush0(AbstractNioChannel.java:283) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.AbstractChannel$AbstractUnsafe.flush(AbstractChannel.java:651) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelPipeline$HeadHandler.flush(DefaultChannelPipeline.java:1038) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:675) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.flush(DefaultChannelHandlerContext.java:656) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.ChannelDuplexHandler.flush(ChannelDuplexHandler.java:117) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:675) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.access$1600(DefaultChannelHandlerContext.java:29) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext$WriteTask.run(DefaultChannelHandlerContext.java:908) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:354) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:353) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at java.lang.Thread.run(Thread.java:853) [vm.jar:1.7.0]
> Caused by: java.lang.ClassNotFoundException: sun.misc.Unsafe from [Module "io.netty:main" from local module loader @7be7a114 (finder: local module finder @4861e893 (roots: /norma/wildfly/modules,/norma/wildfly/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
> ... 23 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-5102) Intermittent error Unresolved compilation problems when deploying MDB
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-5102?page=com.atlassian.jira.plugin.... ]
Miroslav Novak commented on WFLY-5102:
--------------------------------------
[~ochaloup] Hi Ondra :-), can this jira be closed or it's still valid?
> Intermittent error Unresolved compilation problems when deploying MDB
> ---------------------------------------------------------------------
>
> Key: WFLY-5102
> URL: https://issues.jboss.org/browse/WFLY-5102
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 10.0.0.Beta1
> Environment: fedora 22, x86_64
> Reporter: Ondra Chaloupka
> Assignee: Jeff Mesnil
> Priority: Major
>
> It happened to me that deploy of MDB ends with {{java.lang.Error: Unresolved compilation problems}} [1].
> My scenario is to start server, does some changes with cli, deploy application, then restart server to get all configuration changes being refreshed and start some testing.
> After the server restart (it means the deployment was on its place before server start up) I've experienced this exception. As intermittent failure I have no much idea how to get it reproduced.
> The exception talks about {{MessageHelper}} and {{CrashBeanCommon}} which are helper classes that are used in MDB. My first suggestion was that they could not be bundled in the jar but as deployment was successfully processed it does not seem to me being the case.
> [1]
> {code}
> INFO [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0010: Deployed "crashrecovery-jms-mdb.jar" (runtime-name : "crashrecovery-jms-mdb.jar")
> WARN [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ152005: Failure in broker activation org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@608ca9bd destination=MDBTriggerQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15): java.lang.Error: Unresolved compilation problems:
> The import org.jboss.as.test.jbossts.common cannot be resolved
> The import org.jboss.as.test.jbossts.crashrec.common cannot be resolved
> The import org.jboss.as.test.jbossts.crashrec.jms.MessageHelper cannot be resolved
> CrashBeanCommon cannot be resolved to a type
> MessageHelper cannot be resolved to a type
> MessageHelper cannot be resolved to a type
> The method beforeEntityUpdate() is undefined for the type JMSCrashMessageDrivenBean
> JMSQueueProperties cannot be resolved to a variable
> The method afterEntityUpdate() is undefined for the type JMSCrashMessageDrivenBean
>
> at org.jboss.as.test.jbossts.crashrec.jms.mdb.JMSCrashMessageDrivenBean.<init>(JMSCrashMessageDrivenBean.java:33)
> at org.jboss.as.test.jbossts.crashrec.jms.mdb.JMSCrashMessageDrivenBean$$$view4.<init>(Unknown Source)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at java.lang.Class.newInstance(Class.java:442)
> at org.jboss.invocation.proxy.AbstractClassFactory.newInstance(AbstractClassFactory.java:225)
> at org.jboss.invocation.proxy.ProxyFactory.newInstance(ProxyFactory.java:272)
> at org.jboss.as.ee.component.ViewService$DefaultViewInstanceFactory.createViewInstance(ViewService.java:281)
> at org.jboss.as.ee.component.ViewService$View.createInstance(ViewService.java:184)
> at org.jboss.as.ejb3.component.EJBComponent.createViewInstanceProxy(EJBComponent.java:197)
> at org.jboss.as.ejb3.component.EJBComponent.createViewInstanceProxy(EJBComponent.java:178)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent.access$400(MessageDrivenComponent.java:61)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponent$3.obtain(MessageDrivenComponent.java:166)
> at org.jboss.as.ejb3.inflow.JBossMessageEndpointFactory.createEndpoint(JBossMessageEndpointFactory.java:68)
> at org.jboss.as.ejb3.inflow.JBossMessageEndpointFactory.createEndpoint(JBossMessageEndpointFactory.java:63)
> at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.setup(ActiveMQMessageHandler.java:204)
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.setup(ActiveMQActivation.java:340)
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation$SetupActivation.run(ActiveMQActivation.java:819)
> at org.jboss.jca.core.workmanager.WorkWrapper.run(WorkWrapper.java:226)
> at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33)
> at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808)
> at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45)
> at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
>
> INFO [org.apache.activemq.artemis.ra] (default-threads - 1) AMQ151001: Attempting to reconnect org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@608ca9bd destination=MDBTriggerQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-4968) ClassNotFoundException sun.misc.Unsafe from Module "io.netty:main" when connection from different WildFly instance
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-4968?page=com.atlassian.jira.plugin.... ]
Miroslav Novak commented on WFLY-4968:
--------------------------------------
[~cemartins] Hi Carlos, I'm doing jira clean-up. Is this issue still valid in Wildfly14/master?
> ClassNotFoundException sun.misc.Unsafe from Module "io.netty:main" when connection from different WildFly instance
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-4968
> URL: https://issues.jboss.org/browse/WFLY-4968
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 8.2.0.Final
> Environment: WildFly 8.2.Final on AIX
> Reporter: Carlos Martins
> Assignee: Jason Greene
> Priority: Major
>
> My instance configures the messaging section for HornetQ which is supposed to accept external connections in the following manner:
> {code:xml}
> <subsystem xmlns="urn:jboss:domain:messaging:2.0">
> <hornetq-server>
> <persistence-enabled>true</persistence-enabled>
> <security-enabled>false</security-enabled>
> <journal-file-size>102400</journal-file-size>
> <journal-min-files>2</journal-min-files>
> <connectors>
> <http-connector name="http-connector" socket-binding="http">
> <param key="http-upgrade-endpoint" value="http-acceptor"/>
> </http-connector>
> <http-connector name="http-connector-throughput" socket-binding="http">
> <param key="http-upgrade-endpoint" value="http-acceptor-throughput"/>
> <param key="batch-delay" value="50"/>
> </http-connector>
> <in-vm-connector name="in-vm" server-id="0"/>
> </connectors>
> <acceptors>
> <http-acceptor http-listener="default" name="http-acceptor"/>
> <http-acceptor http-listener="default" name="http-acceptor-throughput">
> <param key="batch-delay" value="50"/>
> <param key="direct-deliver" value="false"/>
> </http-acceptor>
> <netty-acceptor name="netty-norma" socket-binding="norma-jms-broker"/>
> <netty-acceptor name="netty-norma-throughput" socket-binding="norma-jms-broker-throughput">
> <param key="batch-delay" value="50"/>
> </netty-acceptor>
> <in-vm-acceptor name="in-vm" server-id="0"/>
> </acceptors>
> <security-settings>
> <security-setting match="#">
> <permission type="send" roles="guest"/>
> <permission type="consume" roles="guest"/>
> <permission type="createDurableQueue" roles="guest"/>
> <permission type="deleteDurableQueue" roles="guest"/>
> <permission type="createNonDurableQueue" roles="guest"/>
> <permission type="deleteNonDurableQueue" roles="guest"/>
> </security-setting>
> </security-settings>
> <address-settings>
> <address-setting match="#">
> <dead-letter-address>jms.queue.DLQ</dead-letter-address>
> <expiry-address>jms.queue.ExpiryQueue</expiry-address>
> <redelivery-delay>0</redelivery-delay>
> <max-size-bytes>10485760</max-size-bytes>
> <page-size-bytes>2097152</page-size-bytes>
> <address-full-policy>PAGE</address-full-policy>
> <message-counter-history-day-limit>10</message-counter-history-day-limit>
> </address-setting>
> </address-settings>
> <jms-connection-factories>
> <connection-factory name="InVmConnectionFactory">
> <connectors>
> <connector-ref connector-name="in-vm"/>
> </connectors>
> <entries>
> <entry name="java:/ConnectionFactory"/>
> </entries>
> </connection-factory>
> <connection-factory name="RemoteConnectionFactory">
> <connectors>
> <connector-ref connector-name="http-connector"/>
> </connectors>
> <entries>
> <entry name="java:jboss/exported/jms/RemoteConnectionFactory"/>
> </entries>
> </connection-factory>
> <connection-factory name="DurableSubscribersConnectionFactory">
> <connectors>
> <connector-ref connector-name="http-connector"/>
> </connectors>
> <entries>
> <entry name="java:/DurableSubscribersConnectionFactory"/>
> <entry name="java:jboss/exported/DurableSubscribersConnectionFactory"/>
> </entries>
> </connection-factory>
> <pooled-connection-factory name="hornetq-ra">
> <transaction mode="xa"/>
> <connectors>
> <connector-ref connector-name="in-vm"/>
> </connectors>
> <entries>
> <entry name="java:/JmsXA"/>
> <entry name="java:jboss/DefaultJMSConnectionFactory"/>
> </entries>
> </pooled-connection-factory>
> </jms-connection-factories>
> <jms-destinations>
> <jms-topic name="SunsetEventsTopic">
> <entry name="jms/topic/SunsetEventsTopic"/>
> <entry name="java:jboss/exported/jms/topic/SunsetEventsTopic"/>
> </jms-topic>
> </jms-destinations>
> </hornetq-server>
> </subsystem>
> {code}
> and
> {code:xml}
> <socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
> <socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
> <socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9993}"/>
> <socket-binding name="ajp" port="${jboss.ajp.port:8009}"/>
> <socket-binding name="http" port="${jboss.http.port:8080}"/>
> <socket-binding name="https" port="${jboss.https.port:8443}"/>
> <socket-binding name="txn-recovery-environment" port="4712"/>
> <socket-binding name="txn-status-manager" port="4713"/>
> <!-- CONNECT TO IBM HORNETQ BROKER -->
> <socket-binding name="norma-jms-broker" port="${norma.broker.port:5445}"/>
> <socket-binding name="norma-jms-broker-throughput" port="${norma.broker.port:5445}"/>
> </socket-binding-group>
> {code}
> Throws the following exception when a different WildFly instance tries to connect to this HornetQ:
> {code}
> 2015-07-15 18:43:41,223 WARNING [io.netty.channel.ChannelOutboundBuffer] (Thread-1 (hornetq-netty-threads--170443211)) Failed to release a message.: java.lang.NoClassDefFoundError: sun.misc.Unsafe
> at io.netty.util.internal.PlatformDependent.freeDirectBuffer(PlatformDependent.java:234) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.buffer.UnpooledDirectByteBuf.freeDirect(UnpooledDirectByteBuf.java:112) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.buffer.UnpooledDirectByteBuf.deallocate(UnpooledDirectByteBuf.java:596) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.buffer.AbstractReferenceCountedByteBuf.release(AbstractReferenceCountedByteBuf.java:120) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.util.ReferenceCountUtil.release(ReferenceCountUtil.java:68) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.ChannelOutboundBuffer.safeRelease(ChannelOutboundBuffer.java:509) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.ChannelOutboundBuffer.remove(ChannelOutboundBuffer.java:268) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.nio.AbstractNioByteChannel.doWrite(AbstractNioByteChannel.java:216) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.socket.nio.NioSocketChannel.doWrite(NioSocketChannel.java:231) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.AbstractChannel$AbstractUnsafe.flush0(AbstractChannel.java:682) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.flush0(AbstractNioChannel.java:283) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.AbstractChannel$AbstractUnsafe.flush(AbstractChannel.java:651) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelPipeline$HeadHandler.flush(DefaultChannelPipeline.java:1038) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:675) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.flush(DefaultChannelHandlerContext.java:656) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.ChannelDuplexHandler.flush(ChannelDuplexHandler.java:117) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:675) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext.access$1600(DefaultChannelHandlerContext.java:29) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.DefaultChannelHandlerContext$WriteTask.run(DefaultChannelHandlerContext.java:908) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:354) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:353) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101) [netty-all-4.0.15.Final.jar:4.0.15.Final]
> at java.lang.Thread.run(Thread.java:853) [vm.jar:1.7.0]
> Caused by: java.lang.ClassNotFoundException: sun.misc.Unsafe from [Module "io.netty:main" from local module loader @7be7a114 (finder: local module finder @4861e893 (roots: /norma/wildfly/modules,/norma/wildfly/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
> ... 23 more
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-2443) JMS service shutsdown and doesn't recover after disk fills up.
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-2443?page=com.atlassian.jira.plugin.... ]
Miroslav Novak commented on WFLY-2443:
--------------------------------------
The basic strategy for HornetQ/Artemis is to shutdown when anything "bad" happens with underlying file system. Issue must be fixed and Wildfly server restarted to recover.
However for this particular case with disk full issue there was added feature to block all message sends to Artemis until disk is freed. For more information see WFLY-10326.
I'll set this jira as resolved once WFLY-10326 is merged into Wildfly master.
> JMS service shutsdown and doesn't recover after disk fills up.
> --------------------------------------------------------------
>
> Key: WFLY-2443
> URL: https://issues.jboss.org/browse/WFLY-2443
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Environment: RHEL 5.2
> JDK 1.7.0_07
> Reporter: Corey Puffalt
> Assignee: Jeff Mesnil
> Priority: Major
>
> In AS 7.1.2 we had a disk fill up and we see warnings (not an error??):
> {code}
> 06:07:40,641 WARNING [org.hornetq.core.server.impl.HornetQServerImpl] (Thread-1973 (HornetQ-remoting-threads-HornetQServerImpl::serverUUID=d7fd8a09-5f3c-11e2-a072-49b352663c05-1554718086-1713338353)) Critical IO Error, shutting down the server. code=6, message=No space left on device
> 06:07:40,892 WARN [org.hornetq.core.protocol.core.impl.RemotingConnectionImpl] (Thread-15478 (HornetQ-client-global-threads-251718996)) Connection failure has been detected: The connection was disconnected because of server shutdown [code=4]
> 06:07:40,893 WARN [org.hornetq.jms.server.recovery.RecoveryDiscovery] (Thread-15478 (HornetQ-client-global-threads-251718996)) being disconnected for server shutdown: HornetQException[errorCode=4 message=The connection was disconnected because of server shutdown]
> at org.hornetq.core.client.impl.ClientSessionFactoryImpl$Channel0Handler$1.run(ClientSessionFactoryImpl.java:1468) [hornetq-core-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at org.hornetq.utils.OrderedExecutorFactory$OrderedExecutor$1.run(OrderedExecutorFactory.java:100) [hornetq-core-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_07]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_07]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_07]
> {code}
> After the disk space issue was resolved JMS services didn't recover (though we didn't notice this for awhile) so we didn't restart JBoss as we didn't realize there was an issue. In checking the logs after the fact we see periodic warnings (again, it seems strange this is just a warning instead of an error):
> {code}
> 08:28:51,564 WARN [org.hornetq.jms.server.recovery.HornetQXAResourceWrapper] (Periodic Recovery) Can't connect to XARecoveryConfig [transportConfiguration = [org-hornetq-core-remoting-impl-invm-InVMConnectorFactory?server-id=0], discoveryConfiguration = null, username=null, password=null] on auto-generated resource recovery: HornetQException[errorCode=2 message=Cannot connect to server(s). Tried with all available servers.]
> at org.hornetq.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:774) [hornetq-core-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.connect(HornetQXAResourceWrapper.java:347) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.getDelegate(HornetQXAResourceWrapper.java:262) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.recover(HornetQXAResourceWrapper.java:76) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecovery(XARecoveryModule.java:503) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecoveryForRecoveryHelpers(XARecoveryModule.java:471) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:385) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:166) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-4.16.4.Final.jar:]
> 08:28:51,646 WARN [org.hornetq.jms.server.recovery.HornetQXAResourceWrapper] (Periodic Recovery) Can't connect to any hornetq server on recovery [XARecoveryConfig [transportConfiguration = [org-hornetq-core-remoting-impl-invm-InVMConnectorFactory?server-id=0], discoveryConfiguration = null, username=null, password=null]]
> 08:28:51,647 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception XAException.XAER_RMERR: javax.transaction.xa.XAException: Error trying to connect to any providers for xa recovery
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.getDelegate(HornetQXAResourceWrapper.java:286) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.recover(HornetQXAResourceWrapper.java:76) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecovery(XARecoveryModule.java:503) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecoveryForRecoveryHelpers(XARecoveryModule.java:471) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.bottomUpRecovery(XARecoveryModule.java:385) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:166) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:789) [jbossjts-4.16.4.Final.jar:]
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:371) [jbossjts-4.16.4.Final.jar:]
> Caused by: HornetQException[errorCode=2 message=null]
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.connect(HornetQXAResourceWrapper.java:396) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> at org.hornetq.jms.server.recovery.HornetQXAResourceWrapper.getDelegate(HornetQXAResourceWrapper.java:262) [hornetq-jms-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
> ... 7 more
> {code}
> It seems if the whole server process isn't going to shutdown when the disk fills up then services like JMS should just reject messages if the disk fills up rather than shutting down. That way services nicely recover as soon as there's disk space again. The way it is currently, it's easy to miss that JBoss is only partially inoperable.
> Thanks,
> Corey
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11266) JAXWS Client BOM
by Eduardo Martins (Jira)
[ https://issues.jboss.org/browse/WFLY-11266?page=com.atlassian.jira.plugin... ]
Eduardo Martins commented on WFLY-11266:
----------------------------------------
[~asoldano] due to exclusions applied at wildfly dependency management
> JAXWS Client BOM
> ----------------
>
> Key: WFLY-11266
> URL: https://issues.jboss.org/browse/WFLY-11266
> Project: WildFly
> Issue Type: Enhancement
> Components: Quickstarts
> Reporter: Eduardo Martins
> Assignee: Eduardo Martins
> Priority: Major
> Fix For: 15.0.0.Beta1
>
>
> The dependency management defined on WildFly, for JAXWS/CXF client, is over 1000 SLoC due to exclusions applied, which is a nightmare to manage on client apps projects, such as the jaxws-* quickstarts.
> To hide the dependency management complexity on apps a new client BOM should be added wrt JAXWS, which apps can just depend on it, and should includes all dependencies excluded on WildFly dependency management.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-851) OOME while paging leads to endless NPE and queues stop working
by Miroslav Novak (Jira)
[ https://issues.jboss.org/browse/WFLY-851?page=com.atlassian.jira.plugin.s... ]
Miroslav Novak closed WFLY-851.
-------------------------------
Resolution: Out of Date
This jira appear to be out of date. Closing. Feel free to re-open if issue is still present in latest Wilfly.
> OOME while paging leads to endless NPE and queues stop working
> --------------------------------------------------------------
>
> Key: WFLY-851
> URL: https://issues.jboss.org/browse/WFLY-851
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Environment: Win2008 R2, 64bit, 8GB RAM, 4 CPUs
> Reporter: Noa Drach
> Assignee: Andy Taylor
> Priority: Major
> Labels: OOME, jms, npe, paging
>
> I am working with jboss 7.1.1 Final that was changed to include a fix to JIRA https://issues.jboss.org/browse/AS7-4330
> In my system there are 60000 messages that are sent to 1 persistent queue and later on they pass in 4 non durable queues.
> the 60000 messages where sent successfully within 1 hour and I saw the load of the system and CPU usage drop, but than after 3 hours I got the following out of memory exception:
> 21:26:33,515 ERROR [org.hornetq.utils.OrderedExecutorFactory] (Thread-19 (HornetQ-server-HornetQServerImpl::serverUUID=b554c910-cb6a-11e1-a8a0-005056b044a0-32482279)) Caught unexpected Throwable: java.lang.OutOfMemoryError
> INFO | jvm 1 | 2012/07/11 21:26:33 | at sun.misc.Unsafe.allocateMemory(Native Method) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:99) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.journal.impl.NIOSequentialFileFactory.allocateDirectBuffer(NIOSequentialFileFactory.java:130) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.persistence.impl.journal.JournalStorageManager.allocateDirectBuffer(JournalStorageManager.java:1655) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.impl.PageImpl.read(PageImpl.java:119) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageCursorProviderImpl.getPageCache(PageCursorProviderImpl.java:189) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageCursorProviderImpl.getPageCache(PageCursorProviderImpl.java:140) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl.internalGetNext(PageSubscriptionImpl.java:345) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl.access$1500(PageSubscriptionImpl.java:65) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.moveNext(PageSubscriptionImpl.java:1177) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.next(PageSubscriptionImpl.java:1134) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.hasNext(PageSubscriptionImpl.java:1289) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl.depage(QueueImpl.java:1861) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl.access$1200(QueueImpl.java:77) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl$DepageRunner.run(QueueImpl.java:2469) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.utils.OrderedExecutorFactory$OrderedExecutor$1.run(OrderedExecutorFactory.java:100) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_16]
> and than the system keeps throwing the next NPE:
> INFO | jvm 1 | 2012/07/11 21:26:33 | 21:26:33,562 ERROR [org.hornetq.utils.OrderedExecutorFactory] (Thread-19 (HornetQ-server-HornetQServerImpl::serverUUID=b554c910-cb6a-11e1-a8a0-005056b044a0-32482279)) Caught unexpected Throwable: java.lang.RuntimeException
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.next(PageSubscriptionImpl.java:1138) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.hasNext(PageSubscriptionImpl.java:1289) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl.deliver(QueueImpl.java:1797) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl.doPoll(QueueImpl.java:1625) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl.access$1300(QueueImpl.java:77) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.server.impl.QueueImpl$ConcurrentPoller.run(QueueImpl.java:2482) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.utils.OrderedExecutorFactory$OrderedExecutor$1.run(OrderedExecutorFactory.java:100) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 21:26:33 | Caused by: java.lang.NullPointerException
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageCacheImpl.getNumberOfMessages(PageCacheImpl.java:110) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl.internalGetNext(PageSubscriptionImpl.java:352) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl.access$1500(PageSubscriptionImpl.java:65) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.moveNext(PageSubscriptionImpl.java:1177) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | at org.hornetq.core.paging.cursor.impl.PageSubscriptionImpl$CursorIterator.next(PageSubscriptionImpl.java:1134) [hornetq-core-2.2.13.Final.jar:]
> INFO | jvm 1 | 2012/07/11 21:26:33 | ... 9 more
> I restarted JBOSS and than it won't start with the following error:
> INFO | jvm 1 | 2012/07/11 23:14:17 | 23:14:17,218 INFO [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting
> INFO | jvm 1 | 2012/07/11 23:14:18 | 23:14:18,421 ERROR [org.jboss.as.server] JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:141) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.server.ServerService.boot(ServerService.java:266) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:155) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | Caused by: javax.xml.stream.XMLStreamException: Failed to load module org.jboss.as.cmp
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:154) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_1(StandaloneXml.java:305) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:127) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:100) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.1.0.Final.jar:1.1.0.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:133) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | ... 3 more
> INFO | jvm 1 | 2012/07/11 23:14:18 | Caused by: java.util.concurrent.ExecutionException: javax.xml.stream.XMLStreamException: JBAS014674: Failed to load module
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.util.concurrent.FutureTask.get(FutureTask.java:83) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:146) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | ... 9 more
> INFO | jvm 1 | 2012/07/11 23:14:18 | Caused by: javax.xml.stream.XMLStreamException: JBAS014674: Failed to load module
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:195) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml.access$000(ExtensionXml.java:68) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:126) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:123) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.util.concurrent.FutureTask.run(FutureTask.java:138) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at java.lang.Thread.run(Thread.java:619) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | Caused by: org.jboss.modules.ModuleLoadException: Error loading module from C:\Program Files (x86)\CA\Cloud Insight\JBOSS7\modules\org\jboss\as\cmp\main\module.xml
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:292) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:242) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.LocalModuleLoader.parseModuleInfoFile(LocalModuleLoader.java:138) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.LocalModuleLoader.findModule(LocalModuleLoader.java:122) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:275) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:222) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.LocalModuleLoader.preloadModule(LocalModuleLoader.java:94) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:204) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:177) [jboss-as-controller-7.1.1.Final.jar:7.1.1.Final]
> INFO | jvm 1 | 2012/07/11 23:14:18 | ... 9 more
> INFO | jvm 1 | 2012/07/11 23:14:18 | Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[30,13]
> INFO | jvm 1 | 2012/07/11 23:14:18 | Message: The string "--" is not permitted within comments.
> INFO | jvm 1 | 2012/07/11 23:14:18 | at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.next(XMLStreamReaderImpl.java:588) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.nextTag(XMLStreamReaderImpl.java:1219) [rt.jar:1.6.0_16]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleXmlParser.parseDocument(ModuleXmlParser.java:539) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | at org.jboss.modules.ModuleXmlParser.parseModuleXml(ModuleXmlParser.java:287) [jboss-modules.jar:1.1.1.GA]
> INFO | jvm 1 | 2012/07/11 23:14:18 | ... 17 more
> INFO | jvm 1 | 2012/07/11 23:14:18 |
> INFO | jvm 1 | 2012/07/11 23:14:18 | 23:14:18,578 FATAL [org.jboss.as.server] JBAS015957: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
> INFO | jvm 1 | 2012/07/11 23:14:18 | 23:14:18,656 INFO [org.jboss.as] JBAS015950: JBoss AS 7.1.1.Final "Brontes" stopped in 65ms
> I looked in the standalone.xml and didn't find any -- at line 30
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11391) server.log is erased when application fails to start
by Vlastislav Ramik (Jira)
[ https://issues.jboss.org/browse/WFLY-11391?page=com.atlassian.jira.plugin... ]
Vlastislav Ramik updated WFLY-11391:
------------------------------------
Description:
After upgrade from Wildfly 11 to 13 we face an issue described in KEYCLOAK-8821.
For us it is not a blocker but could be for wildfly, so for that case creating this one. I'm not 100% sure the cause is in the wildfly itself, I need to investigate it further before I could tell more.
was:
After aupgrade from Wildfly 11 to 13 we face an issue described in KEYCLOAK-8821.
For us it is not a blocker but could be for wildfly, so for that case creating this one. I'm not 100% sure the cause is in the wildfly itself, I need to investigate it further before I could tell more.
> server.log is erased when application fails to start
> ----------------------------------------------------
>
> Key: WFLY-11391
> URL: https://issues.jboss.org/browse/WFLY-11391
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 14.0.1.Final, 13.0.0.Final
> Reporter: Vlastislav Ramik
> Assignee: Jason Greene
> Priority: Major
>
> After upgrade from Wildfly 11 to 13 we face an issue described in KEYCLOAK-8821.
> For us it is not a blocker but could be for wildfly, so for that case creating this one. I'm not 100% sure the cause is in the wildfly itself, I need to investigate it further before I could tell more.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11391) server.log is erased when application fails to start
by Vlastislav Ramik (Jira)
Vlastislav Ramik created WFLY-11391:
---------------------------------------
Summary: server.log is erased when application fails to start
Key: WFLY-11391
URL: https://issues.jboss.org/browse/WFLY-11391
Project: WildFly
Issue Type: Bug
Affects Versions: 13.0.0.Final, 14.0.1.Final
Reporter: Vlastislav Ramik
Assignee: Jason Greene
After aupgrade from Wildfly 11 to 13 we face an issue described in KEYCLOAK-8821.
For us it is not a blocker but could be for wildfly, so for that case creating this one. I'm not 100% sure the cause is in the wildfly itself, I need to investigate it further before I could tell more.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11340) Tests in org.jboss.as.test.integration.microprofile.opentracing failing with security manager
by Jan Stourac (Jira)
[ https://issues.jboss.org/browse/WFLY-11340?page=com.atlassian.jira.plugin... ]
Jan Stourac reassigned WFLY-11340:
----------------------------------
Assignee: Jan Stourac
> Tests in org.jboss.as.test.integration.microprofile.opentracing failing with security manager
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-11340
> URL: https://issues.jboss.org/browse/WFLY-11340
> Project: WildFly
> Issue Type: Bug
> Components: MP OpenTracing, Test Suite
> Affects Versions: 14.0.0.Final
> Reporter: Martin Choma
> Assignee: Jan Stourac
> Priority: Major
> Labels: security-manager
>
> These tests fail with security manager from package org.jboss.as.test.integration.microprofile.opentracing
> * ResourceNotTracedTestCase.notTracedEndpointYieldsNoSpans
> * ResourceTracedTestCase.tracedEndpointYieldsSpan
> * ResourceWithCDITestCase.tracedEndpointYieldsSpan
> * ResourceWithCustomOperationNameBeanTestCase.customOperationName
> * SimpleRestClientTestCase.clientRequestSpanJoinsServer
> {noformat}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "modifyThread")" in code source "(vfs:/content/3f3aff01-8e62-42e9-81c0-022f693ec7e0.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.3f3aff01-8e62-42e9-81c0-022f693ec7e0.war" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:294)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:191)
> at java.util.concurrent.ThreadPoolExecutor.checkShutdownAccess(ThreadPoolExecutor.java:742)
> at java.util.concurrent.ThreadPoolExecutor.shutdownNow(ThreadPoolExecutor.java:1429)
> at java.util.concurrent.Executors$DelegatedExecutorService.shutdownNow(Executors.java:670)
> at org.jboss.as.test.integration.common.HttpRequest.execute(HttpRequest.java:63)
> at org.jboss.as.test.integration.common.HttpRequest.get(HttpRequest.java:82)
> at org.jboss.as.test.integration.microprofile.opentracing.ResourceNotTracedTestCase.performCall(ResourceNotTracedTestCase.java:63)
> at org.jboss.as.test.integration.microprofile.opentracing.ResourceNotTracedTestCase.notTracedEndpointYieldsNoSpans(ResourceNotTracedTestCase.java:57)
> {noformat}
> As stacktrace is from test side and tests are missing @RunAsClient, I believe tests are running in container. [~juraci.costa] is this really intent tests are missing @RunAsClient annotation?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months
[JBoss JIRA] (WFLY-11390) MP tests are using custom getContent methods (2 versions) instead of EntityUtils
by Rostislav Svoboda (Jira)
Rostislav Svoboda created WFLY-11390:
----------------------------------------
Summary: MP tests are using custom getContent methods (2 versions) instead of EntityUtils
Key: WFLY-11390
URL: https://issues.jboss.org/browse/WFLY-11390
Project: WildFly
Issue Type: Bug
Components: MP Config, MP Health, MP Metrics, MP OpenTracing, Test Suite
Affects Versions: 15.0.0.Beta1
Reporter: Rostislav Svoboda
Assignee: Rostislav Svoboda
MP tests are using custom {{getContent}} methods (2 versions) instead of EntityUtils
Proper way is to get rid of those 2 helper methods and use EntityUtils.toString method
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 8 months