[overlord-commits] Overlord SVN: r361 - cdl/trunk/docs/docbook/userguide/src/main/module.

Author: objectiser Date: 2008-10-06 04:37:07 -0400 (Mon, 06 Oct 2008) New Revision: 361 Modified: cdl/trunk/docs/docbook/userguide/src/main/module/conversation-aware-esb.xml Log: Minor addition to doc. Modified: cdl/trunk/docs/docbook/userguide/src/main/module/conversation-aware-esb.xml =================================================================== --- cdl/trunk/docs/docbook/userguide/src/main/module/conversation-aware-esb.xml 2008-10-03 16:29:14 UTC (rev 360) +++ cdl/trunk/docs/docbook/userguide/src/main/module/conversation-aware-esb.xml 2008-10-06 08:37:07 UTC (rev 361) @@ -478,7 +478,7 @@ The <emphasis>ReceiveMessageAction</emphasis> is used to explicitly define the message type that should be received. If an RPC style has been used, then the optional operation name can also be defined. </para> <para> -Unlike the <emphasis>SendMessageAction</emphasis>, which will actually send a message to the specified service category/name, the <emphasis>ReceiveMessageAction</emphasis> primarily serves to provide explicit details about the expected message and to perform any relevant validation of the message content, including conforming that the extracted identity details correlate correctly with the session (or sub-session). +Unlike the <emphasis>SendMessageAction</emphasis>, which will actually send a message to the specified service category/name, the <emphasis>ReceiveMessageAction</emphasis> primarily serves to provide explicit details about the expected message and to perform any relevant validation of the message content, including conforming that the extracted identity details correlate correctly with the session (or sub-session). If an incorrect message type is received, or an appropriate session cannot be located, then an error will be logged. </para> <para> The optional 'clientEPR' property is used to store any specific "reply to" EPR (associated with the message) against the specified name. This makes the EPR accessible to any subsequent <emphasis>SendMessageAction</emphasis> activities that need to return a response or send a notification.