W3C home > Mailing lists > Public > xml-dist-app@w3.org > March 2004

Re: Issue 455 resolution text

From: Marc Hadley <Marc.Hadley@Sun.COM>
Date: Tue, 02 Mar 2004 10:34:52 -0500
To: noah_mendelsohn@us.ibm.com
Cc: xml-dist-app@w3.org
Message-id: <25FAB26A-6C5F-11D8-BC53-000A95BC8D92@Sun.COM>
On Mar 2, 2004, at 10:05 AM, noah_mendelsohn@us.ibm.com wrote:

> For the record, this was Anish's proposal and I forwarded it.  We have
> agreed a different resolution at the F2F, and it does not use "none".  
> I
> suspect you will find it acceptable, but I don't have the exact text 
> here.
>
Great, I'll look forward to seeing it.

Thanks,
Marc.

>
> Marc Hadley <Marc.Hadley@Sun.COM>
> Sent by: Marc.Hadley@Sun.COM
> 03/02/2004 09:04 AM
>
>
>         To:     noah_mendelsohn@us.ibm.com
>         cc:     xml-dist-app@w3.org
>         Subject:        Re: Issue 455 resolution text
>
>
> On Mar 2, 2004, at 4:45 AM, noah_mendelsohn@us.ibm.com wrote:
>>
>> Issue resolution:
>> "If the sender wants a representation header to survive processing at
>> SOAP intermediaries (and reach the ultimate destination), it may use
>> the
>> SOAP role of 'http://www.w3.org/2003/05/soap-envelope/role/none'. The
>> document that specifies the representation header will include text
>> that
>> specifies what a SOAP node must do when processing the representation
>> header with a role of
>> 'http://www.w3.org/2003/05/soap-envelope/role/none'."
>>
> This seems quite wrong to me. Special casing the use of 'none' for the
> Representation header goes against the SOAP processing model - use of
> 'none' requests that the header block isn't processed by
> intermediaries. The Representation header should follow normal SOAP
> processing rules. I'm opposed to this resolution.
>
> Marc.
>
> ---
> Marc Hadley <marc.hadley at sun.com>
> Web Products, Technologies and Standards, Sun Microsystems.
>
>
>
>
---
Marc Hadley <marc.hadley at sun.com>
Web Products, Technologies and Standards, Sun Microsystems.


Received on Tuesday, 2 March 2004 10:32:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:16 GMT