SOAP?

[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: BEEP || SOAP?


beep blocks extensible p2p

Joe:

Here is the link to the archives for July, 2003.

http://eccnet.eccnet.com/pipermail/dc-xmlusers/2003-July/thread.html

Betty

On Thu, 19 Aug 2004, Chiusano Joseph wrote:

> Below I've copy/pasted some e-mails from a BEEP thread from July 2003,
> on the Washington DC XML Users Group listserv (the listserv may have
> archives, but I could not see an archives link from the site). It's an
> e-mail from me summarizing BEEP, in response to another e-mail below
> that that provided some excellent information. I reference a
> SOAP-over-BEEP spec, which helps answer your main question.
> 
> This information was current as of then - but I'm not certain that it
> still is. Hope it helps.
> 
> Kind Regards,
> Joe Chiusano
> Booz Allen Hamilton
> Strategy and Technology Consultants to the World
> 
> <EMails>
> Subject: Re: [DC-XMLUsers] XML Insanity
> Date: Sun, 06 Jul 2003 20:35:26 -0400
> From: "Chiusano Joseph" <chiusano_joseph@b...>
> Organization: BAH
> To: Walter Houser <houser@c...>
> CC: Xmlusers <dc-xmlusers@e...>
> 
> Additional information on BEEP (adding to the excellent information
> below):
> 
> - BEEP (Blocks Extensible Exchange Protocol [1]) is a
> connection-oriented, channel-based peer-to-peer (P2P) message exchange
> protocol;
> 
> - Its most common transport is TCP [2]
> 
> - While HTTP exists at the Application layer (of the OSI protocol
> stack), BEEP exists at a lower layer. Some say that it exists at the
> Presentation layer (just below the Application layer), while others say
> it exists at the Session layer (2 layers below the Application layer).
> 
> - All BEEP messages exchanges occur in the context of a "channel" that
> has an associated "profile" that defines the syntax and semantics of the
> messages exchanged;
> 
> - BEEP allows multiple channels* to be in use simultaneously over a
> single transport stream (a "multiplexing" capability); this can be seen
> as an advantage over HTTP
> 
> - There is a SOAP-over-BEEP specification [3]
> 
> - BEEP implementations and projects can be found at [4]
> 
> * According to RFC 2080, a BEEP peer should support at least 257
> concurrent channels
> 
> [1] http://www.ietf.org/rfc/rfc3080.txt
> [2] http://www.faqs.org/rfcs/rfc3081.html
> [3] http://rfc-3288.rfc-index.com/
> [4] http://www.beepcore.org/beepcore/projects.jsp
> 
> Kind Regards,
> Joe Chiusano
> Booz | Allen | Hamilton
> 
> Walter Houser wrote:
> >
> > BEEP (aka BXXP) is correctly shown as a web services protocol analogous to
> > SOAP. BEEP was developed by Marshall Rose under the auspices of the IETF.
> > http://www.bxxp.org/beepcore/home.jsp
> >
> > "Q. What's difference between SOAP and BEEP?
> >
> > "A. Briefly, SOAP = XML + RPC + HTTP. Less briefly, SOAP is an RPC
> mechanism
> > that uses XML for encoding and prefers HTTP for transport. BEEP is a
> > framework for writing application protocols that are message-oriented,
> which
> > may, or may not, use XML.
> > RPC-based applications tend to be tightly coupled; message-oriented
> > applications tend to be loosely coupled. There's a spectrum there, but the
> > edges are pretty sharp, c.f., Section 2 of
> > http://www.bxxp.org/beepcore/docs/beep-design.jsp#anchor2  However, the
> real
> > question to ask is whether it makes sense to define a BEEP profile that
> does
> > SOAP. http://www.bxxp.org/beepcore/docs/beep-soap.jsp Outside of the
> > increase in performance and reliability, you probably wouldn't notice the
> > difference.  From http://www.bxxp.org/beepcore/about_qanda.jsp
> >
> > Thanks, Walt Houser
> </EMails>
> 
> bry@i... wrote:
> > 
> > I haven't looked at BEEP in a long time, I just dropped by there and saw the
> > number of implementations had grown quite a bit
> > http://www.beepcore.org/prodproj.html , any opinions as to where BEEP stands in
> > relation to the web services stack, given that BEEP is for protocol construction
> > and SOAP can be argued to be for protocol construction; if REST is better for
> > 80% of what SOAP is used for, what percentage of the remaining 20% could beep be
> > considered better for. In other words I have an axe, and am looking for good
> > grinding tools.
> > 
> > -----------------------------------------------------------------
> > The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> > initiative of OASIS <http://www.oasis-open.org>
> > 
> > The list archives are at http://lists.xml.org/archives/xml-dev/
> > 
> > To subscribe or unsubscribe from this list use the subscription
> > manager: <http://www.oasis-open.org/mlmanage/index.php>
> 
> 

-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Betty Harvey                         | Phone: 410-787-9200 FAX: 9830
Electronic Commerce Connection, Inc. |
harvey@e...                    | Washington,DC XML Users Grp
URL:  http://www.eccnet.com          | http://www.eccnet.com/xmlug
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.