Jacques,
In section 2.2, Binding Options for
the Acknowledgement Patterns, it says:
"It is often necessary that the
same binding option(s) be used between an RMS and an RMD, for all patterns.
In particular, in case the synchronous sequence management binding is used
exclusively due to restrictions previously mentioned, then it is likely
that the same restrictions apply to the acknowledgement pattern as well
The binding option for this pattern are
indicated using the AcksTo element of CreateSequence message with value:
<wsa:Address>http://www.w3c.org/2005/08/addressing/anonymous</wsa:Address>
If the wsa:ReplyTo element is used on
the requested version of the acknowledgement pattern, then it should not
have a value that conflicts with the binding option (i.e. should have value
“anonymous”)."
What makes you think that "it is
often necessary"? As I said in my previous note on the subject, there
should be NO constraint that the exchange pattern/binding used for the
CreateSequence (and other lifecycle operations) to share the same pattern/binding
as the messages within a Sequence. None.
I appreciate what you are trying to accomplish
here, but frankly am a little concerned with the direction this is taking.
Cheers,
Christopher Ferris
STSM, Software Group Standards Strategy
email:
blog: http://www.ibm.com/developerworks/blogs/dw_blog.jspa?blog=440
phone: +1 508 377 9295
wrote on 03/23/2006 12:20:49
AM:
> Corrections made (unnecessary restrictions lifted when aligning with
> WS-Addressing.)
>
> -- Mr Jacques Durand
>
> The document revision named Application Notes for WSRM
> (AppNotes-061-WSRM.doc) has been submitted by Mr Jacques Durand to
the
> OASIS Web Services Reliable Exchange (WS-RX) TC document repository.
This
> document is revision #1 of AppNotes-05-WSRM.doc.
>
> Document Description:
> Draft of complementary notes for the Web Services Reliable Messaging
> specification, useful for implementers of the specification or for
the
> deployment of an implementation. In particular, the document identifies
> binding options to an underlying 2-way protocol and investigates how
these
> may affect interoperability.
>
> View Document Details:
> http://www.oasis-open.org/apps/org/workgroup/ws-rx/document.php?
> document_id=17345
>
> Download Document:
> http://www.oasis-open.org/apps/org/workgroup/ws-rx/download.
> php/17345/AppNotes-061-WSRM.doc
>
> Revision:
> This document is revision #1 of AppNotes-05-WSRM.doc. The document
details
> page referenced above will show the complete revision history.
>
>
> PLEASE NOTE: If the above links do not work for you, your email
application
> may be breaking the link into two pieces. You may be able to
copy and paste
> the entire link address into the address field of your web browser.
>
> -OASIS Open Administration
