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

blocks

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: XML-Dev Mailing list <xml-dev@x...>
  • Date: Thu, 06 Jul 2000 09:00:53 -0400

blocks extensible exchange protocol php
Are folks here watching the development of the Blocks Extensible Exchange
Protocol?  I've seen BXXP described as 'HTTP on steroids', but it looks
like it may well be something else entirely, and perhaps more appropriate
to XML exchanges on various scales.

I wrote a blip on xmlhack.com about it yesterday, when the IETF chartered a
working group:
http://xmlhack.com/read.php?item=637

This morning I woke up to find three new Internet-Drafts:

On the Design of Application Protocols
http://www.ietf.org/internet-drafts/draft-mrose-bxxp-design-00.txt

The Blocks eXtensible eXchange Protocol Framework
http://www.ietf.org/internet-drafts/draft-mrose-bxxp-framework-00.txt

Mapping the BXXP Framework onto TCP
http://www.ietf.org/internet-drafts/draft-mrose-bxxp-tcpmapping-00.txt

Here's a blip from 'On the Design of Application Protocols' regarding XML:

>We chose XML as the default because it provides a simple mechanism
>for nested, textual representations. (Alas, the 822-style encoding
>doesn't easily support nesting.) By design, XML's nature isn't
>optimized for compact representations. That's okay because we're
>focusing on loosely-coupled systems and besides there are efficient
>XML parsers available. Further, there's a fair amount of anecdotal
>experience -- and we'll stress the word "anecdotal" -- that if you
>have any kind of compression (either at the link-layer or during
>encryption), then XML encodings squeeze down nicely.
>
>Even so, use of XML is probably the most controversial part of BXXP.
>After all, there are more efficient representations around. We
>agree, but the real issue isn't efficiency, it's ease of use: there
>are a lot of people who grok the XML thing and there are a lot of
>XML tools out there. The pain of recreating this social
>infrastructure far outweighs any benefits of devising a new
>representation. So, if the "make" option is too expensive, is there
>something else we can "buy" besides XML? Well, there's ASN.1/BER
>(just kidding).

This is very intriguing work!

Simon St.Laurent
XML Elements of Style / XML: A Primer, 2nd Ed.
http://www.simonstl.com - XML essays and books

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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.