You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Mikael Finstad (Commented) (JIRA)" <ji...@apache.org> on 2012/01/24 12:44:41 UTC

[jira] [Commented] (AMQNET-356) Inactivity monitor (or another background task) cause a NullPointerException in ActiveMQ

    [ 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