- From: <michael.mahan@nokia.com>
- Date: Fri, 1 Apr 2005 12:38:35 -0800
- To: <stpeter@jabber.org>, <fallside@us.ibm.com>
- Cc: <noah_mendelsohn@us.ibm.com>, <curbera@us.ibm.com>, <rubys@us.ibm.com>, <sanjiva@us.ibm.com>, <www-ws-cq@w3.org>, <xml-dist-app@w3.org>
Peter,
This was discussed on our Jan 26th telecon (http://www.w3.org/2000/xp/Group/5/01/26-minutes.html).
It looks like no action was taken to send you feedback. Please accept my apologies on behalf of
the group.
The relevant notes from the minutes are:
"XMPP
David: the JSP is looking for an informal review
Noah: I did send comments to the list
David: can you describe your comments here
Noah: Overall a good job, I recommend that at some time they should talk about
Intermediaries
WebMethod/Get
attachments / MTOM/XOP/RRSHB
SOAP 1.1 / 1.2 co-existence
Additional review items:
Further review of WSDL should happen
HTTP state machine, MEP, Did they use the binding framework
XMLP Binding Framework examples do not sufficently describe the desired
detail for binding description
"
I hope Noah's original comments to you, itemized above, plus the first items in
the 'Additional review items' provides sufficient informal XMLP feedback.
Regards,
Mike Mahan
-----Original Message-----
From: xml-dist-app-request@w3.org [mailto:xml-dist-app-request@w3.org]On
Behalf Of ext Peter Saint-Andre
Sent: Friday, April 01, 2005 11:07 AM
To: David Fallside
Cc: Noah Mendelsohn; curbera@us.ibm.com; rubys@us.ibm.com;
sanjiva@us.ibm.com; www-ws-cq@w3.org; xml-dist-app@w3.org
Subject: Re: SOAP XMPP Binding
Did you folks ever get a chance to discuss the SOAP XMPP Binding? I've
just corrected a few small errors in the spec; the latest version is
available here:
http://www.jabber.org/jeps/jep-0072.html
Thanks.
Peter
--
Peter Saint-Andre
Jabber Software Foundation
http://www.jabber.org/people/stpeter.shtml
On Mon, Jan 24, 2005 at 11:17:48AM -0800, David Fallside wrote:
>
>
>
>
>
> i'll put it on this week's agenda
>
>
> ======================
> David Fallside
> Information Management Stds & OS
> Tel 530.477.7169
> (TL 544.9665)
>
>
>
>
>
> Noah
> Mendelsohn/Cambri
> dge/IBM@LOTUS To
> David Fallside/Santa Teresa/IBM
> 01/23/2005 11:53 cc
> AM curbera@us.ibm.com,
> rubys@us.ibm.com,
> sanjiva@us.ibm.com,
> www-ws-cq@w3.org,
> xml-dist-app@w3.org, Peter
> Saint-Andre <stpeter@jabber.org>
> Subject
> Re: SOAP XMPP Binding(Document
> link: David Fallside)
>
>
>
>
>
>
>
>
>
> David,
>
> Please take a look at the attached. Although Peter is not asking for a
> formal review of his spec at this time, I suspect he would appreciate some
> sort of group response from the XML Protocols workgroup, or at least an
> explanation of what the options for coordination might be.
>
> Thank you.
>
> --------------------------------------
> Noah Mendelsohn
> IBM Corporation
> One Rogers Street
> Cambridge, MA 02142
> 1-617-693-4036
> --------------------------------------
>
>
>
>
>
>
> |---------+---------------------------->
> | | Peter Saint-Andre|
> | | <stpeter@jabber.o|
> | | rg> |
> | | |
> | | 01/18/2005 06:36 |
> | | PM |
> | | |
> |---------+---------------------------->
> >------------------------------------------------------------------------------------------------------------------------------|
> | |
> | To: noah_mendelsohn@us.ibm.com |
> | cc: www-ws-cq@w3.org, xml-dist-app@w3.org, rubys@us.ibm.com, curbera@us.ibm.com, sanjiva@us.ibm.com |
> | Subject: Re: SOAP XMPP Binding |
> >------------------------------------------------------------------------------------------------------------------------------|
>
>
>
>
> Thanks for the quick feedback! Comments inline.
>
> On Mon, Jan 17, 2005 at 12:51:42AM -0500, noah_mendelsohn@us.ibm.com wrote:
>
> > Hey, this is cool! Thank you for sending this along. I am not in a
> > position at this point to speak formally for the XML Protocols workgroup.
>
> > Indeed the workgroup is meeting more rarely (I.e. trying to declare
> > success) and is focussing primarily on bug fixes and maintenance in the
> > short- to medium-term, so I don't know what the likelihood is of your
> > getting any sort of formal review.
>
> At this point we are looking for an informal review only (i.e., did we
> do something really stupid?). When I worked with Shane McCarron on our
> spec for XHTML over Jabber/XMPP, we completed an informal review, with
> the intent that we will complete a formal review before that spec goes
> to Final within the Jabber Software Foundation's standards process.
> Presumably we could do the same with the SOAP XMPP Binding.
>
> > * Overall, this looks good, and I'm delighted to see these sorts of
> > bindings being created. We worked hard to layer the SOAP Recommendation
>
> > so that this would be possible, and I'm glad that's proving useful to the
>
> > Jabber community. Indeed, it would be interesting to hear any comments
> on
> > whether the binding framework, abstractions for MEP's etc. met your
> needs.
>
> The HTTP and Email bindings were not quite defined consistently and it
> took me a little while to figure out what the expectations were regarding
> proper definition of a binding, which is one reason I think the informal
> review would be helpful.
>
> > * I don't know the Jabber protocol in detail, but you mention store and
> > forward. It might be worth saying something about how this relates to
> the
> > notion of SOAP intermediaries. In particular if Jabber is "storing and
> > forwarding", you might want to indicate whether and how storage points
> can
> > be addressed as intermediaries, and thus whether or not SOAP processing
> > can be done at such waystations.
>
> Store and forward in the Jabber/XMPP context means that if an endpoint
> is not online at the time a message is sent, the message is stored by
> the endpoint's authoritative server for delivery when the endpoint next
> becomes available. So if you send a Jabber message to stpeter@jabber.org
> but I'm not online, the jabber.org server will store it for me, then
> deliver it when I next log in. We don't really have intermediaries in
> the Jabber/XMPP world, at least not yet and not as that concept is
> defined in SOAP or Web services.
>
> > * I would strongly urge you to consider the emerging MTOM/XOP
> > specifications as the basis for your "attachment" work going forward. I
> > think the writing is on the wall that these will be the preferred means
> of
> > doing attachments in SOAP. I'd expect them to go to full W3C
> > Recommendation status real soon now. In the meantime, the Proposed
> > Recommendation versions are at:
> >
> > http://www.w3.org/TR/2004/PR-xop10-20041116/
> > http://www.w3.org/TR/2004/PR-soap12-mtom-20041116/
> > http://www.w3.org/TR/2004/PR-soap12-rep-20041116/
> >
> > Note that the 3rd of these gives a means not just of carrying binary, but
>
> > of asserting that it is a cached representation of the Web resource at
> > some particular URL. XOP/MTOM map down to multipart/mime as you suggest
> > for Jabber, but with a reasonably clean and well-layered processing model
>
> > (in my opinion.)
>
> OK, thanks, I'll have a look at those and discuss the matter with the
> main author of the SOAP-Over-XMPP spec (he brought me in to write the
> formal binding definition).
>
> > * You probably need to say something about XML 1.0 vs XML 1.1. For the
> > moment, SOAP is XML 1.0 only (primarily because we have a normative
> schema
> > and there is no way to write a normative schema for an XML 1.1 document
> > just yet.) Not sure where Jabber (or the rest of the industry for that
> > matter) is headed on XML 1.1, but it might be worth a sentence or two to
> > tell your story, whatever it is. Specifically, if you allow <?xml
> > version="1.1"?> on a Jabber message, then you might have to explicitly
> say
> > that the constructs within the <soap:envelope> subtree must result in an
> > Infoset that could have been represented in an XML 1.0 document. No new
> > characters in element names, etc.
>
> Currently, XMPP is defined in terms of XML 1.0 and we didn't say
> anything about XML 1.1 in RFC 3920, and I think the right place to
> discuss this in depth would be rfc3920bis. However, a brief note about
> XML 1.1 might be appropriate in the SOAP XMPP Binding for the sake of
> clarity.
>
> > * It would be interesting to consider the pros and cons of supporting the
>
> > SOAP WebMethod feature. With that, you could have a standard means of
> > doing a Jabber request to "Get" a representation of a resource in the
> form
> > of an application/soap+xml envelope. Not sure if that's the sort of
> thing
> > one commonly does with Jabber. I'm also not sure whether this is a good
>
> > idea or not. One advantage of this approach is that it points a way to
> > gatewaying into HTTP gets. Then again, I should admit that industry
> > support for WebMethod=GET seems to be all too spotty at the moment, even
> > for HTTP.
>
> I still think that the WebMethod functionality is most appropriate for
> gateways between XMPP and HTTP, but I'll give some further thought to
> whether and how using WebMethod might be appropriate in a more native
> fashion.
>
> > I'm not a WSDL expert, so I haven't reviewed those sections in detail.
>
> I'm no WSDL expert, either, but there are some folks in the Jabber/XMPP
> community who might be able to help out with that.
>
> > Similarly, there are others in the XMLP WG who know the HTTP binding
> state
> > machine better than I do. Your equivalent looks close enough to fool me,
>
> > but that doesn't mean much. Hope this is helpful, and thanks for sending
>
> > it along!
>
> Thanks again for the feedback. I'll be in touch again once I've
> addressed some of the open issues mentioned above.
>
> Peter
>
>
>
Received on Friday, 1 April 2005 20:39:07 UTC