Issue 455 closed (again): Representation header and SOAP processing model

Dear Noah,

At its weekly telcon last week, the XMLP WG has decided to reopen issue 
#455, and to close it with the following resolution (the previous 
resolution was abandonned).

<newResolution>
The Representation header block carries a new attribute called 
@reinsert, whose type is "xsd:boolean", and whose value governs how the 
header block is reinserted. When the header block HAS BEEN processed, 
AND the value of the attribute is "true", the header block MUST be 
reinserted. (Note: this does not change the SOAP processing model, which 
explictely allows header block specifications to indicate whether they 
should be reinserted or not.)

In all other cases, and in particular when the value of the @reinsert 
attribute is "false", the normal rules of the SOAP processing model 
apply. In effect, a value of "false" produces a behaviour equivalent to 
NOT having the attribute at all.
</newResolution>

I think we also reached the compromise that, even though we will not 
generalize the @reinsert attribute, we will NOT preclude other 
specifications from referring to it. Unfortunately, I cannot find this 
in the minutes.

Please let us know immediately if you disagree with this resolution.

Jean-Jacques.

> Dear Noah,
> 
> You raised issue #455 about the interaction between the SOAP processing 
> model and the Representation Header.
> 
> At its recent f2f, the XMLP WG decided to close[1] this issue by 
> defining a new role (name to be decided), with the following 
> characteristics:
> 
> 1. The role will be used to target all Representation header blocks.
> 
> 2. The Representation header block MUST always be reinserted, even if 
> processed.
> 
> 3a. It's OK for multiple Representation header blocks in the same 
> message to have the same URI and role.
> 
> 3b. Such Representation header blocks would typically have different 
> metadata.
> 
> 4. Implementations MAY need to process Representation header blocks 
> BEFORE other header blocks that might dereference URIs.
> 
> Please let us know immediately if you do not agree with this resolution.
> 
> Regards,
> 
> Jean-Jacques.
> 
> [1] <http://www.w3.org/2004/03/02-xmlprotocol-irc.txt>

Received on Wednesday, 31 March 2004 03:13:32 UTC