[jboss-jira] [JBoss JIRA] Updated: (JBMESSAGING-978) NullPointerException within DefaultClusteredPostOffice.handleMessagePullResult()

[Ray Ploski (JIRA)]

     [ http://jira.jboss.com/jira/browse/JBMESSAGING-978?page=all ]

Ray Ploski updated JBMESSAGING-978:
-----------------------------------

    Attachment: DefaultClusteredPostOffice.java

Updated DefaultClusteredPostOffice

> NullPointerException within DefaultClusteredPostOffice.handleMessagePullResult()
> --------------------------------------------------------------------------------
>
>                 Key: JBMESSAGING-978
>                 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-978
>             Project: JBoss Messaging
>          Issue Type: Bug
>          Components: JMS Clustering
>    Affects Versions: 1.2.0.SP1
>         Environment: CentOS 4, JBoss AS 4.0.5, Sun JDK 1.5.07, MySQL 5.x for persistence.  Six node cluster.
>            Reporter: Ray Ploski
>         Assigned To: Tim Fox
>         Attachments: DefaultClusteredPostOffice.java
>
>
> After sending about 10,000 messages through a clustered JMS deployment we received the following error, locking up the topic.  I worked around it by adding a  null check to the condition within handleMessagePullResult().   Fix is for line 968 of org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice is listed at the end of the description.
> 2007-05-31 11:41:39,130 ERROR @IncomingMessageHandler (channel=DefaultPostOffice) [DefaultClusteredPostOffice] Caught Exception in Receiver
> java.lang.NullPointerException
>         at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.handleMessagePullResult(DefaultClusteredPostOffice.java:968)
>         at org.jboss.messaging.core.plugin.postoffice.cluster.PullMessageResultRequest.execute(PullMessageResultRequest.java:105)
>         at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice$DataReceiver.receive(DefaultClusteredPostOffice.java:2461)
>         at org.jgroups.JChannel.up(JChannel.java:1102)
>         at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:377)
>         at org.jgroups.stack.ProtocolStack.receiveUpEvent(ProtocolStack.java:393)
>         at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
>         at org.jgroups.protocols.pbcast.GMS.up(GMS.java:771)
>         at org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488)
>         at org.jgroups.protocols.pbcast.GMS.receiveUpEvent(GMS.java:791)
>         at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
>         at org.jgroups.protocols.VIEW_SYNC.up(VIEW_SYNC.java:154)
>         at org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488)
>         at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
>         at org.jgroups.protocols.FRAG.up(FRAG.java:168)
>         at org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488)
>         at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
>         at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:258)
>         at org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488)
>         at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
>         at org.jgroups.protocols.UNICAST.handleDataReceived(UNICAST.java:476)
>         at org.jgroups.protocols.UNICAST.up(UNICAST.java:206)
>         at org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488)
>         at org.jgroups.stack.Protocol.passUp(Protocol.java:538)
>         at org.jgroups.protocols.pbcast.NAKACK.up(NAKACK.java:569)
>         at org.jgroups.stack.Protocol.receiveUpEvent(Protocol.java:488)
> FIX:
>          if (remoteQueue == null || remoteNodeId != remoteQueue.getNodeId() )

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira