- From: <noah_mendelsohn@us.ibm.com>
- Date: Tue, 8 Apr 2003 15:57:07 -0400
- To: "Jean-Jacques Moreau" <jean-jacques.moreau@crf.canon.fr>
- Cc: xml-dist-app@w3.org
Jean-Jacques Moreau writes:
>> I prefer B2 ("MAY transmit comments").
>> Requiring all comments to be transmitted
>> could then be achieved via a feature/header block.
I'm not so sure. Our processing model requires that headers and
mustUnderstand be checked by receivers, not senders. Certainly we can
define a binding-level feature that happens to depend on headers in the
outbound message, but I think that's a bit subtle. Any mustUnderstand
checking will only be done at the receivers, which is in general too late
I think.
So, I think we either have to live with "MAY" transmit (or SHOULD or
something similar implying flexibility), or we stick with our current
model which is: the bindings transmit the Infoset. I think it is
coherent to have a binding level feature to indicate whether comments are
transmitted, but its enforcement cannot be mU on a header. If we have a
binding-level feature, then I think we have to document that, and decide
how the HTTP binding supports it.
By the way, I've always wondered whether we shouldn't model the sender as
well as the receiver as a node that does processing...this would indeed
allow us to use mU headers to trigger this behaviour. I think we're too
late in the design process for that now.
I'm still not 100% sure what I think is best regarding comment handling. I
can see use cases both ways.
------------------------------------------------------------------
Noah Mendelsohn Voice: 1-617-693-4036
IBM Corporation Fax: 1-617-693-8676
One Rogers Street
Cambridge, MA 02142
------------------------------------------------------------------
Received on Tuesday, 8 April 2003 16:04:27 UTC