[
Lists Home |
Date Index |
Thread Index
]
Dare Obasanjo wrote:
> 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,
That's just four requirements, and if you look closely there are ways in which
they are inter-related and ways in which they are orthogonal that contribute to
making them possible.
I am not saying that a solution that addresses them all will be absolutely
optimal for each of those four requirements, as one is likely to find trade offs
along the way. Much of my work revolves around a format that satisfies those
constraints, and while I wouldn't call it simplistic it's a *lot* simpler to
understand than XML Schema. That's just my experience but it took me about a
week to get to grips with Bin-XML when I joined Expway, but I still don't claim
to completely understand XML Schema (even though I use it on a daily basis).
Size and speed do indeed have conflicts but they aren't unsurmountable, far from
it. Streaming and random access tend to be linked together in ways that make it
possible to solve both with the same solution. None of them conflicts with
either of the two first ones in any way that I've noticed.
Apart from pathological cases, making statements on the viability of a set of
requirements is a perilous exercize when without implementation experience.
> -----Original Message-----
> From: Robin Berjon [mailto:robin.berjon@expway.fr]
> Sent: Wed 2/5/2003 6:28 AM
> Subject: Re: [xml-dev] Xqueeze: Compact XML Alternative
>
> - 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)
--
Robin Berjon <robin.berjon@expway.fr>
Research Engineer, Expway http://expway.fr/
7FC0 6F5F D864 EFB8 08CE 8E74 58E6 D5DB 4889 2488
|
