← Prev in month ← Prev in thread
Next in thread → Next in month →

issue i108 proposal revised

From
Christopher B Ferris <>
Date
2006-04-05T19:06:21+00:00
ID
Thread
issue i108 proposal revised
As per my AI, I have noodled on this
with Anish, Gil and Doug and have come up with the following

revised proposal for i108 [1]

  When the processing of an RM protocol header block (with the exception
of Sequence) generates 

  a fault, and the purpose of the containing message is not exclusive
to that RM protocol header 

  block, then the receiving  endpoint MUST continue normal processing
of the message unless 

  the generated fault is a SOAP MustUnderstand fault. 

Gil had suggested that we add to the glossary a set of terms that could
help us in describing 

certain types of messages. I agree. Here's a start:

Sequence lifecycle messages: 

        A message that contains one of: CreateSequence,
CreateSequenceResponse, CloseSequence, CloseSequenceResponse,

        TerminateSequence, TerminateSequenceResponse
as the child element of the soap:Body element. 

RM protocol header blocks: 

        Sequence, SequenceAcknowledgement, AckRequested

Sequence messsage: 

        A message that contains a Sequence RM prototcol
header block. 

Acknowledgement message: 

        A message that contains a SequenceAcknowledgement
RM protocol header block 

[1] http://docs.oasis-open.org/ws-rx/issues/ReliableMessagingIssues.xml#i108

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
← Prev in month ← Prev in thread
Next in thread → Next in month →