[JBoss JIRA] Created: (JBMESSAGING-978) NullPointerException within DefaultClusteredPostOffice.handleMessagePullResult()
by Ray Ploski (JIRA)
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
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
16 years, 11 months
[JBoss JIRA] Created: (JBPM-973) Implement a DbPersistenceService that delegates to transaction handling to Hibernate
by Matt Read (JIRA)
Implement a DbPersistenceService that delegates to transaction handling to Hibernate
------------------------------------------------------------------------------------
Key: JBPM-973
URL: http://jira.jboss.com/jira/browse/JBPM-973
Project: JBoss jBPM
Issue Type: Feature Request
Components: Core Engine
Affects Versions: jBPM jPDL 3.2
Reporter: Matt Read
Assigned To: Tom Baeyens
Priority: Minor
Attachments: HibernateDbPersistenceServiceFactory.java
Rather than use the JtaDbPersistenceService we wanted to delegate all transaction handling to Hibernate. The file attached to this issue needs the following jbpm.cfg.xml:
<service name="persistence" factory="com.catlin.workflow.engine.persistence.HibernateDbPersistenceServiceFactory" />
and appropriate session context management in hibernate.cfg.xml:
<property name="current_session_context_class">jta</property>
or
<property name="current_session_context_class">thread</property>
--
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
16 years, 11 months