[jboss-user] [Messaging, JMS & JBossMQ] - Re: QueueDepth dropping to 0, Message Cache involved, NACK m

adrian@jboss.org do-not-reply at jboss.com
Mon Jul 16 08:14:13 EDT 2007


"syedtaj" wrote : 
  | 
  | 2007-07-15 20:34:10,968 34037115 TRACE [org.jboss.mq.server.BasicQueue] (UIL2(SocketManager.MsgPool at a425da client=10.0.10.76:1057)#44:) acknowledge AcknowledgementRequest:NACK,QUEUE.dispatchToNodeQueue,ID:80-11845305690466087 40564 org.jboss.mq.server.PersistentQueue at 12da4a6{id=QUEUE.dispatchToNodeQ
  | ueue}
  | 

A NACK is a negative acknowledgement. i.e. the client did not accept the message.
You can see it putting the message back in the queue for somebody else to process.

anonymous wrote : 
  | 2007-07-15 20:34:10,976 34037123 TRACE [org.jboss.mq.server.BasicQueue] (UIL2(SocketManager.MsgPool at a425da client=10.0.10.76:1057)#44:) Restoring message: 4911 msg=4523 hard STORED PERSISTENT queue=QUEUE.dispatchToNodeQueue priority=4 lateClone=false hashCode=16957640
  | 

anonymous wrote : 
  | At this point, the queue depth rises but drops steadily again.
  | 

That's the expected behaviour if you think about.
One client NACKs the message then another one receives it.

Why the client is not acknowledging the messages it is receiving 
is something for you to determine. 
The rest of your post is irrelevant to that question.

*GUESS 1": It's always rolling back because some process cannot complete.

*GUESS 2": You forgot to commit the session, so only when the session
is closed are the messages from the incomplete transaction NACKed.

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064505#4064505

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4064505



More information about the jboss-user mailing list