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


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Another binary XML approach

I wasn't saying that every XML applications should have a man in the middle,
but as WAP shows, there are applications in which it does make a lot of
sense. In my opinion it would make sense to agree on a standard binary
encoding to avoid reinventing the wheel for each one of these applications.

Unfortunately, most generic compression algorithms such as the
dictionary-based one used by gzip are not suitable for embedded devices like
mobile appliances and cell phones due to their fairly high resource
consumption (memory and CPU cycles). Also, they're too costly to be applied
to high-volume transactional applications.

This is just a guess, but I think that a significant simplification and
improvement in efficiency (both im compression ratio and resource
consumption) could be achieved by an XML-specific compression scheme over
generic schemes such as gzip. However, it needs careful design - remember,
the simple yet suitable solutions are the most difficult ones to find.

Stefan Zier
Software Developer
Syntion AG - http://www.syntion.com
Leonrodplatz 2 - 80636 Munich/Germany
Phone +49 89 52 30 45-0
Fax +49 89 52 30 45-20
----- Original Message -----
From: "Bullard, Claude L (Len)" <clbullar@ingr.com>
To: <xml-dev@lists.xml.org>
Sent: Wednesday, April 11, 2001 4:04 PM
Subject: RE: Another binary XML approach

> It is an interesting read, but it seems that adding "middle men" back into
> transactions has a way of defeating the thrusts of simplification and
> out cost.  It is amazing how we keep replicating the complexity and costs
> human
> communication using negotiating agents.
> Barrett:  "Right. All you have to do is write up an XSL style sheet,
> it, and then set the configuration for when it should be used. Or you can
> alter somebody else's style sheet practically knowing nothing, although it
> is a fairly complex language. It's not for the faint of heart. I'd rather
> program Java any day."
> "Simple" is a familiarity index.
> Len
> http://www.mp3.com/LenBullard
> Ekam sat.h, Vipraah bahudhaa vadanti.
> Daamyata. Datta. Dayadhvam.h
> -----Original Message-----
> From: Stefan Zier [mailto:Stefan.Zier@syntion.com]
> http://www-106.ibm.com/developerworks/features/feat-transcoding.html
> They basically have a piece of software called "IBM WebSphere Transcoding
> Publisher" which - amongst other things - has the capability of
> XML for certain communication paths. I think this is geared towards the
> server and mobile markets, but has some advantages, one important one
> that on both endpoints of communication data is still good old
> human-readable XML. One cool thing about it is that it can also do lossy
> compression (if you will) - it reduces a document to some subset that can
> understood by the recipient device (e.g. it might strip some images or
> not known by mobile devices).
> ------------------------------------------------------------------
> The xml-dev list is sponsored by XML.org, an initiative of OASIS
> <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to: xml-dev-request@lists.xml.org