Several messages, e.g. acknowledge or cancel etc, can be sent wither oneWay or blocking depending on the particular use case. Currently when such is processed on the server, there is currently no generic way to know whether a response is required to be sent. SendMessage currently does this by checking whether the message is durable. I think we need some generic way of a packet knowing whether a response is required (e.g. a oneway flag in AbstractPacket) rather than having to rely on application semantics to determine whether a response should be sent. Currently I am just always sending a response even for one way calls (since I don't know they are oneway), this gives me lots of: | | Thread-168 10:22:12,758 ERROR [PacketDispatcher] Packet is not handled, it has no targetID: PACKET[type=NULL, version=0, correlationID=-1, targetID=NO_ID_SET, callbackID=NO_ID_SET] | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123729#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...