Re: [ws-rx] Possible new issue on Terminated Sequence Memory in RMD

[Tom Rutt <tom@coastin.com>]

Christopher B Ferris wrote:

>
> Tom,
>
> Please see my comments below.

Chris's interpretation makes sense to me..

If no one else disagrees with Chris's interpretation, I guess do not 
need to file a new issue.

Tom Rutt

>
> Cheers
>
> Christopher Ferris
> STSM, Emerging e-business Industry Architecture
> email: chrisfer@us.ibm.com
> blog: http://webpages.charter.net/chrisfer/blog.html
> phone: +1 508 377 9295
>
> Tom Rutt <tom@coastin.com> wrote on 11/30/2005 05:21:24 PM:
>
> > Before I post a new issue request I would like to float this first on
> > the email.
> >
> > When a sequence is terminated, does the RMD have to remember the id of
> > the terminated sequence.
>
> No
>
> >
> > If a request comes on a terminated sequence, is the "unknown 
> sequence" a
> > valid fault response.
>
> Yes
>
> > Is "TerminatedSequence" an alternative valid fault response?  
>
> No, the SequenceTerminated (not TerminatedSequence) fault is intended 
> to convey
> that an unrecoverable error has occurred at the endpoint from whence 
> the TerminatedSequence fault
> is sent. It can be sent in either direction, and can be sent unsolicited
> (e.g. it is not necessarily triggered by receipt of a message from the 
> other
> endpoint).
>
> From the spec:
>
> 4.2 Sequence Terminated
> This fault is sent by either the RM Source or the RM Destination to 
> indicate that the endpoint
> that generated the fault has either encountered an unrecoverable 
> condition, or has detected
> a violation of the protocol and as a consequence, has chosen to 
> terminate the sequence.
> The endpoint that generates this fault should make every reasonable 
> effort to notify the
> corresponding endpoint of this decision.
>
> > Is either response allwed, or is one prefered to the other?
>
> When a Sequence is terminated, all of its state can be reclaimed. 
> Subsequent
> messages belonging to that terminated Sequence that are received would 
> belong
> to an unknown sequence identifier, and hence the UnknownSequence fault is
> returned.
>
> >
> > Tom Rutt
> >
> > --
> > ----------------------------------------------------
> > Tom Rutt   email: tom@coastin.com; trutt@us.fujitsu.com
> > Tel: +1 732 801 5744          Fax: +1 732 774 5133
> >
> >



-- 
----------------------------------------------------
Tom Rutt	email: tom@coastin.com; trutt@us.fujitsu.com
Tel: +1 732 801 5744          Fax: +1 732 774 5133