- From: David Hull <dmh@tibco.com>
- Date: Fri, 01 Dec 2006 15:47:12 -0500
- To: "xml-dist-app@w3.org" <xml-dist-app@w3.org>
Following is a list, not necessarily complete, of scenarios that have come up in discussion. IMO, each represents an instance of the one-way MEP, always for the same basic reason: There is a sender, there is a set of receivers and (normally) each receiver receives SOAP envelope identical to the one sent, just as our current text specifies. I'd be very interested to know whether others also feel these are all instances of the one-way MEP. If not, I'd like to know which ones aren't, and on what basis. It's fine (with me, at least) if some of these can also be described using various combinations of other MEPs: * I send you a SOAP envelope using two tin cans and a string (2TCS). You run the SOAP processing model on it (except where noted, assume in the following that at least the last party to handle a SOAP envelope runs the SOAP processing model on it). * I serialize a SOAP envelope, encrypt it to a blob, send the ciphertext to you via 2TCS. You decipher it to get the SOAP envelope. * Ditto, but the 2TCS implementation (S2TCS?) does the encryption/decryption unbeknownst to me. * I send a SOAP envelope to an intermediary via 2TCS, which encrypts it to a blob and sends it to another intermediary via 2TCS. That intermediary decrypts it and sends it to you via 2TCS. My sending the plaintext and your receiving it is an instance of the one-way MEP. * Ditto, except the message is encrypted using WSS. * I email a SOAP envelope to your mailbox. You retrieve it from your mailbox. * I email a SOAP envelope to xml-dist-app@w3.org. Some number of people on the list retrieve it. * I email a SOAP envelope to "fellow W3C members". My mailer expands that to several individual addresses and sends it to those mail boxes. Some number of them retrieve it. * Ditto, but some of the addresses are mailing lists. * I send a SOAP envelope to your jabber ID as a <message>. You receive it. * I send a SOAP envelope to your jabber ID as a <message>. Unbeknownst to me, you're not there. Instead, jabber sends it to your mailbox. Later, you retrieve it. * I send a SOAP envelope in jabber <message> to a chat room. Jabber forwards it to all participants in the room, who receive it. * I send a SOAP envelope via 2TCS. There are two SOAP nodes listening on the receiving end. Each runs the SOAP processing model on the envelope. * I publish a SOAP envelope on my favorite pub-sub transport. Some number of subscribers receive it. * I publish a SOAP envelope on my favorite pub-sub transport. As it happens, and unbeknownst to me, there is exactly one subscriber, who receives it. * I publish a SOAP envelope on my favorite pub-sub transport. I know for a fact that there is exactly one subscriber (e.g., I know the subscriber created a unique one-off topic for the purpose). That subscriber receives the envelope. The following, in my mind, are /probably/ instances of the one-way MEP as well, but are of a more architectural than practical interest. * I send you an envelope in the request half of r-o-r. You receive it and send back an ack. * I send you an envelope in the request half of request-response. * You send me an envelope in the response half of request-response. (or as a SOAP response in that MEP). * I send an envelope to the WSA "none" bit-bucket (by not sending it at all).
Received on Friday, 1 December 2006 20:47:19 UTC