OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] XML / HTML Transport size

[ Lists Home | Date Index | Thread Index ]

> I have seen the same thing.  Perhaps it's because XML has been driven so
> deeply into the infrastructure.  In an XML application, the bandwidth
> costs and parsing overhead are generally trivial compared to the other
> processing requirements and the benefits that the network effect offers.
> In XML infrastructure that does NOTHING BUT move around and
> parse/serialize XML, these overheads become significant bottlenecks.  So
> while "XML is inefficient" is an antipattern at the application level,
> it's an increasingly 
>  obvious truth at the infrastructure level.  Obviously this
> doesn't mean that we abandon XML, just that we have to take
> compact, easier-to-parse representations of the XML Infoset
> more seriously in *internal* pipelines, and perhaps think about
> standardizing more efficient alternatives to the XML 1.0 syntax
> for high-performance or limited-bandwidth environments.

Exactly my thinking as well.  Think about embedded controllers....some of 
them are so tiny/slow that you can't easily do even the simplest of XML 
parsing (ala kXML).

Andrzej Jan Taramina
Chaeron Corporation: Enterprise System Solutions
http://www.chaeron.com





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS