- From: <noah_mendelsohn@us.ibm.com>
- Date: Sun, 25 Aug 2002 12:10:57 -0400
- To: "Christopher B Ferris" <chrisfer@us.ibm.com>
- Cc: xml-dist-app@w3.org
I think this is in the right general direction, but I think the word "ignore" in the original is problematic and should not be reintroduced. For example, we are allowing (discouraging) an intermediary to relay PIs. Has that intermediary "ingored" those PIs? I suggest we not get into that, but rather spell out: Except in the special case of intermediaries (see below), envelopes transmitted by SOAP senders MUST NOT contain PIs. Receivers (including intermediaries) receiving an envelope with a PI SHOULD fault with a XXXX fault. However, in the case where performance considerations make it impractical for an intermediary to detect PIs in a message to be relayed, such intermediaries MAY leave the PIs unchanged in the relayed message. I think that's closer to how we want to deal with this. Thanks. ------------------------------------------------------------------ Noah Mendelsohn Voice: 1-617-693-4036 IBM Corporation Fax: 1-617-693-8676 One Rogers Street Cambridge, MA 02142 ------------------------------------------------------------------ "Christopher B Ferris" <chrisfer@us.ibm.com> Sent by: xml-dist-app-request@w3.org 08/25/02 08:56 AM To: xml-dist-app@w3.org cc: (bcc: Noah Mendelsohn/Cambridge/IBM) Subject: RE: Problem with resolution of Issue 221 So, possibly it is the verb 'send' that is at the core of the issue? If we were to change the resolution text to read something like: SOAP senders MUST NOT introduce PIIIs into the SOAP messages they send. SOAP receivers SHOULD generate a fault when receiving SOAP messages containing PIIIs. I would also suggest adding back the original text: A SOAP receiver MUST ignore processing instruction information items in SOAP messages that it receives. but I might suggest that it be tweaked to read: A SOAP receiver MUST ignore processing instruction information items in SOAP messages that it receives except for purposes of detection and subsequent generation of a fault. This would absolve any intermediary from being required to strip out any PIs before forwarding and would preserve what I believe to be the original intent of the WG which was following the "be conservative in what you send and liberal in what you receive" principle. Thus, a SOAP receiver (intermediary or ultimate recipient) would be conforming to the spec if it simply ignored any PIIIs. It would also be conformant if it detected them and generated a fault. Cheers, Christopher Ferris Architect, Emerging e-business Industry Architecture email: chrisfer@us.ibm.com phone: +1 508 234 3624 xml-dist-app-request@w3.org wrote on 08/24/2002 06:31:16 PM: > > Well, I'm not so sure regarding the sender. We don't really say anything > about the steps leading to the preparation of the envelope. We just say > what is SHOULD/MUST/SHOULD NOT/MUST NOT contain. I would rather not get > into a two step description along the lines of: you might erroneously put > in a PI but then you should check to see whether you did. I think we > should just say: senders MUST NOT send PIs, Intermediaries detect and > remove PIs. Receivers SHOULD fault when receiving PIs. Note, however, > that intermediaries MAY but need not detect (and fault) when a PI is > received in a message to be relayed; this dispensation is provided > primarily to facilitate the implementation of high performance > intermediaries in which such checking may be impractical. Such > intermediaries MAY relay PIs received in the inbound message (but MUST NOT > introduce additional or altered PIs.) > > ------------------------------------------------------------------ > Noah Mendelsohn Voice: 1-617-693-4036 > IBM Corporation Fax: 1-617-693-8676 > One Rogers Street > Cambridge, MA 02142 > ------------------------------------------------------------------ > > > > > > > > "Henrik Frystyk Nielsen" <henrikn@microsoft.com> > 08/23/02 08:13 PM > > > To: <noah_mendelsohn@us.ibm.com>, <Mike.Champion@SoftwareAG-USA.com> > cc: <xml-dist-app@w3.org> > Subject: RE: Problem with resolution of Issue 221 > > > I agree with this but would also go further in stating that this seems > to apply to any SOAP sender, regardless of whether it is the initial > sender or an intermediary sender: for performance reasons, it would be > really bad for a sender to first go through the message and check for > PIs before sending. > > If we want to say anything for PIs then I think it should be SHOULD. > FWIW, I would be happy not to say anything. > > Henrik > > >My strong feeling is that intermediaries should not be > >required to do PI > >checking in situations where performance makes such detection > >a problem. I > >agree with Gudge that requiring it for one purpose but not > >another misses > >the point. So, if the resolution to 221 seems inconsistent > >when viewed > >from that perspective, then I think we need to get the WG to > >clarify. My > >recollection was that our intention was that detection and > >rejection in a > >receiver was to be on a best effort basis, but I could be > >wrong. Thanks. > > >
Received on Sunday, 25 August 2002 12:11:55 UTC