RE: MOM and reliable messaging article by Chris

I just realized there is also an RFC on that binding: http://www.ietf.org/rfc/rfc3288.txt.

> -----Original Message-----
> From: Ugo Corda 
> Sent: Monday, May 12, 2003 1:20 PM
> To: www-ws-arch@w3.org
> Subject: RE: MOM and reliable messaging article by Chris
> 
> 
> 
> Some time ago somebody also proposed a SOAP binding to BEEP. 
> See http://beepcore.org/beepcore/beep-soap.jsp.
> 
> > -----Original Message-----
> > From: Champion, Mike [mailto:Mike.Champion@softwareag-usa.com]
> > Sent: Monday, May 12, 2003 12:36 PM
> > To: www-ws-arch@w3.org
> > Subject: RE: MOM and reliable messaging article by Chris
> > 
> > 
> > 
> > RFC 3080
> > http://www.ietf.org/rfc/rfc3080.txt
> > 
> > Is that the most recent, anyone?
> > 
> > > -----Original Message-----
> > > From: Cutler, Roger (RogerCutler) 
> > > [mailto:RogerCutler@chevrontexaco.com]
> > > Sent: Monday, May 12, 2003 3:32 PM
> > > To: Ugo Corda; jdart@tibco.com; www-ws-arch@w3.org
> > > Subject: RE: MOM and reliable messaging article by Chris
> > > 
> > > 
> > > 
> > > May I sincerely show my ignorance and ask -- WHAT THE 
> HECK IS BEEP?
> > > 
> > > The term has come up several times and I guess I'm just 
> > > behind the eight
> > > ball.
> > > 
> > > -----Original Message-----
> > > From: Ugo Corda [mailto:UCorda@SeeBeyond.com] 
> > > Sent: Monday, May 12, 2003 1:53 PM
> > > To: jdart@tibco.com; www-ws-arch@w3.org
> > > Subject: RE: MOM and reliable messaging article by Chris
> > > 
> > > 
> > > 
> > > > This could be done without having an inter-process 
> protocol in the
> > > > middle that isn't part of a vendor's MOM.
> > > 
> > > Yes, but in your scenario the intermediate process has to 
> > > know about all
> > > possible protocol-to-protocol combinations, while Chris' 
> > > approach would
> > > delegate to each individual MOM vendor the task of 
> dealing with the
> > > conversion from proprietary protocol to HTTP (or BEEP).
> > > 
> > > Ugo
> > > 
> > > 
> > > 
> > 
> > 
> 
>

Received on Monday, 12 May 2003 16:23:52 UTC