Re: issue #192 positions

Chris,

>  >>It seems clear (to me at least) that SOAP intends that the
>  >>semantics of a message that contains a SOAP Fault element
>  >>info item as a direct child of the SOAP Body element are that
>  >>it is conveying error information generated at some SOAP node.
>  >>
>  >
>  > That's not clear to me.  If I had seen anything in the spec saying so,
>  > I would have spoken up long ago.
> 
> 
> Well, what the spec says now (quoted in the write-up) is that
> the SOAP fault MUST only appear as a direct child of the SOAP Body
> and that it MUST only appear once. I inferred the semantic intent.

Right.  I agree with that if a fault is not a direct child of the SOAP
body then it cannot be processed as a fault.

>  >>A SOAP node MUST NOT attribute SOAP
>  >>Fault semantics to a SOAP message containing a SOAP Fault
>  >>element information item in any other context than the
>  >>direct child descendant of the SOAP Body element information
>  >>item.
>  >>
>  >
>  > Well, didn't you just say that the behaviour was unspecified?  Is this
>  > paragraph just your opinion, or are you drawing a conclusion from some
>  > text in the spec?  The text above doesn't suggest it, from what I can
>  > determine.
> 
> Yes, I said it was unspecified. What I say above closes
> the loop by stating unambiguously that a SOAP node MUST NOT
> attribute SOAP Fault semantics when the SOAP Fault element
> info item is NOT a direct child of the SOAP Body element.

Whoa, my bad.  I'm not sure what I thought I was responding to.  I
agree that this addresses the example I provided when I raised the
issue; that if I want a debugging interface to "last fault generated",
I should encapsulate the fault in some neutralizing container element.

But it doesn't address the entirety of the issue that I raised, which
is; "no where is it stated how SOAP processors should recognize faults".

MB
-- 
Mark Baker, Chief Science Officer, Planetfred, Inc.
Ottawa, Ontario, CANADA.      mbaker@planetfred.com
http://www.markbaker.ca   http://www.planetfred.com

Received on Monday, 25 March 2002 11:35:03 UTC