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

RE: Xqueeze: Compact XML Alternative

• To: <robin.berjon@e...>,"Rich Salz" <rsalz@d...>
• Subject: RE: Xqueeze: Compact XML Alternative
• From: "Dare Obasanjo" <dareo@m...>
• Date: Wed, 5 Feb 2003 06:34:26 -0800
• Cc: <james.fuller@o...>,<code_martial@s...>,<xml-dev@l...>
• Thread-index: AcLNIwuO0i1C4YwASOCWNv5DFnyNNwAACB0J
• Thread-topic: Xqueeze: Compact XML Alternative

Your list is one of the reasons I consider attempting to standardize on a globally accepted binary XML format as a fool's errand. Various applications have different requirements especially when it comes to size vs. speed and I've yet to see a binary XML proposal that satisfies both camps let alone the other interesting requirements that you site. I can't imagine that trying to please all those requirements would spawn a creation not unlike W3C XML Schema which attempted to satisfy too many conflicting requirements and ended up a satisfying them in an inadequate manner, 

	-----Original Message----- 
	From: Robin Berjon [mailto:robin.berjon@e...] 
	Sent: Wed 2/5/2003 6:28 AM 
	To: Rich Salz 
	Cc: james.fuller@o...; code_martial@s...; xml-dev@l... 
	Subject: Re:  Xqueeze: Compact XML Alternative
	
	

	Rich Salz wrote:
	> How much of the problem "XML needs to be compressed" is solved by just
	> using GZIP transfer encoding over HTTP?
	
	As Alaric said, it solves the size problem, but that's just about it. Depending
	on the platform it may worsen the speed problem. Here are your typical
	requirements for a binary infosets format (they are met by very few of the
	available options):
	
	- size
	- speed (parsing time)
	- streaming (the ability to send the document in independent, yet well-formed as
	   per the binary format, fragments. Those are possibly sent in an order that
	   does not match that of the document. This ties in strongly with XML Fragments
	   and XML Packaging)
	- random access (being able to skip straight to the portion of the document you
	   want, without having to parse it all)
	
	In addition to that you might want things like backward/forward compatibility
	accross schema changes.
	
	--
	Robin Berjon <robin.berjon@e...>
	Research Engineer, Expway        http://expway.fr/
	7FC0 6F5F D864 EFB8 08CE  8E74 58E6 D5DB 4889 2488
	
	
	-----------------------------------------------------------------
	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://lists.xml.org/ob/adm.pl>
	
	

• Follow-Ups:
  • Re: Xqueeze: Compact XML Alternative
    • From: "Alaric B. Snell" <alaric@a...>
  • Re: Xqueeze: Compact XML Alternative
    • From: Robin Berjon <robin.berjon@e...>

• Prev by Date: Re: Xqueeze: Compact XML Alternative
• Next by Date: Re: Xqueeze: Compact XML Alternative
• Previous by thread: Re: Xqueeze: Compact XML Alternative
• Next by thread: Re: Xqueeze: Compact XML Alternative
• Index(es):
  • Date
  • Thread