- From: Henrik Frystyk Nielsen <henrikn@microsoft.com>
- Date: Wed, 20 Feb 2002 14:50:30 -0800
- To: "Noah Mendelsohn" <noah_mendelsohn@us.ibm.com>
- Cc: "Marc Hadley" <marc.hadley@sun.com>, <rsalz@zolera.com>, "xml-dist-app" <xml-dist-app@w3.org>
I agree with the "re-insert" but not sure how we can require it to say *where* other than in special cases where it knows about other blocks that may also be present. How can it say anything regarding header blocks it doesn't know about? What if we address the general case while allowing more special cases to take advantage of additional knowledge? That is, saying something like (just a rough draft): In the general case, a SOAP node MAY insert header blocks into a SOAP message without specific knowledge about other header blocks. In the case of known interdependencies between header blocks, the semantics of such header blocks may define more specific rules as to where and under what circumstances the header blocks can be inserted into a SOAP message. >I think it's a fairly hard requirement on the specification >for a module that requires re-insertion. It's not machine >testable, necessarily, but one certainly can look at such >a specification ask: "does it tell you whether to reinsert, >and if so where?". Does that come closer? Henrik Frystyk Nielsen mailto:henrikn@microsoft.com
Received on Wednesday, 20 February 2002 17:51:41 UTC