activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikael Finstad (Commented) (JIRA)" <jira+amq...@apache.org>
Subject [jira] [Commented] (AMQNET-356) Inactivity monitor (or another background task) cause a NullPointerException in ActiveMQ
Date Tue, 24 Jan 2012 11:44:41 GMT

    [ https://issues.apache.org/jira/browse/AMQNET-356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13192075#comment-13192075
] 

Mikael Finstad commented on AMQNET-356:
---------------------------------------

We are having the same symptoms. Last sunday all of our services that use NMS.ActiveMQ went
down (except those running Java).
ActiveMQ log kept spewing out these messages several times per second:

2012-01-22 07:30:06,398 | WARN  | Async error occurred: java.lang.NullPointerException | org.apache.activemq.broker.TransportConnection.Service
| ActiveMQ Transport: tcp:///192
.168.1.21:2825
java.lang.NullPointerException
        at org.apache.activemq.broker.TransportConnection.getConsumerBrokerExchange(TransportConnection.java:1351)
        at org.apache.activemq.broker.TransportConnection.processMessageAck(TransportConnection.java:476)
        at org.apache.activemq.command.MessageAck.visit(MessageAck.java:229)
        at org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:318)
        at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:181)
        at org.apache.activemq.transport.MutexTransport.onCommand(MutexTransport.java:50)
        at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:113)
        at org.apache.activemq.transport.AbstractInactivityMonitor.onCommand(AbstractInactivityMonitor.java:229)
        at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:83)
        at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:221)
        at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:203)
        at java.lang.Thread.run(Thread.java:662)


And our services kept spewing out these messages several times per second:

Apache.NMS.NMSConnectionException: Exception of type 'Apache.NMS.NMSConnectionException' was
thrown.

And they did not recover until I restarted them.

Unfortunately I am not able to reproduce this issue.

We are using Apache.NMS 1.5.0 and Apache.NMS.ActiveMQ 1.5.3 with ActiveMQ 5.5.1 - fuse-01-13
(we have had this problem earlier too, with ordinary ActiveMQ, not fuse)

I'm trying to fall back to Apache.NMS.ActiveMQ 1.5.1 now to see if that helps.
                
> Inactivity monitor (or another background task) cause a NullPointerException in ActiveMQ
> ----------------------------------------------------------------------------------------
>
>                 Key: AMQNET-356
>                 URL: https://issues.apache.org/jira/browse/AMQNET-356
>             Project: ActiveMQ .Net
>          Issue Type: Bug
>          Components: NMS
>    Affects Versions: 1.5.2, 1.5.3
>         Environment: Tested with both Active MQ 5.5, 5.6
> and ActiveMQ.Net 1.5.2 and 1.5.3.
> Broker URI: 
> failover:(tcp://127.0.0.1:61616?nms.PrefetchPolicy.queuePrefetch=0&keepAlive=true&wireFormat.TightEncodingEnabled=false&wireFormat.CacheEnabled=false&wireFormat.MaxInactivityDuration=300000)
>            Reporter: Frank Gynnild
>            Assignee: Jim Gomes
>            Priority: Critical
>
> We're running various automatic unit tests that ran fine for ActiveMQ.NMS 1.5.1, but
that always fail
> at the same spot when we test with the new 1.5.2 (or latest 1.5.3). Strangely, it fails
between two
> tests, but it didn't used to do that before. Running these two tests alone doesn't provoke
the situation
> so its been hard to isolate it. Since it is consistent, I thought it was best to create
an
> issue here, maybe you have some hints on what's going on. I think it's a bug though,
because
> we're using the failover protocol, yet the connection exception get raised through this
handler:
> {code}
> connection.ExceptionListener += ConnectionExceptionListener;
> {code}
> When using failover, I don't think we ever should see the exception listener being called,
right?
> Only got this information so it's not much:
> ---
> Type: Apache.NMS.NMSConnectionException. Message: Exception of type 'Apache.NMS.NMSConnectionException'
was thrown.
> ---
> *Before* this happens, we also see this in the ActiveMQ broker:
> 2011-11-23 09:47:18,458 | WARN  | Async error occurred: java.lang.NullPointerException
| org.apache.activemq.broker.TransportConnection.Service | ActiveMQ Transport: tcp:///127.0.0.1:54782
> java.lang.NullPointerException
> 	at org.apache.activemq.broker.TransportConnection.getConsumerBrokerExchange(TransportConnection.java:1349)
> 	at org.apache.activemq.broker.TransportConnection.processMessageAck(TransportConnection.java:474)
> 	at org.apache.activemq.command.MessageAck.visit(MessageAck.java:229)
> 	at org.apache.activemq.broker.TransportConnection.service(TransportConnection.java:316)
> 	at org.apache.activemq.broker.TransportConnection$1.onCommand(TransportConnection.java:180)
> 	at org.apache.activemq.transport.TransportFilter.onCommand(TransportFilter.java:69)
> 	at org.apache.activemq.transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:113)
> 	at org.apache.activemq.transport.InactivityMonitor.onCommand(InactivityMonitor.java:227)
> 	at org.apache.activemq.transport.TransportSupport.doConsume(TransportSupport.java:83)
> 	at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:223)
> 	at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:205)
> 	at java.lang.Thread.run(Unknown Source)
> Thanks for any ideas on this. I'll be more than happy to test any code, since it can
be produced every time
> with the 1.5.2 release.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message