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

overlord-commits at lists.jboss.org overlord-commits at lists.jboss.org
Mon Oct 6 04:37:07 EDT 2008


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.




More information about the overlord-commits mailing list