On The Insider: Britney's Bikini-Clad Top 10
BNET Business Network:
BNET
TechRepublic
ZDNet
TalkBack 1 of 13:
Next »
Easy technically, but still needs thought
Lets see, to keep the standards we can use standard compression techniques like the built in java.util.zip packages under Java. Their methods are described in RFC 1950, RFC 1951, and RFC 1952. Register a new mime type like bxml and bam you are off and running, just decompress before running through regular xml parsers. Of course now the trade off is cpu time for decompress on the hosts -vs- network time. If there are a lot of small xml files you don't stand to gain much in fact you might loose. To win, xml files need to be large enough to beat the decompression time -vs- transfer time trade off. I wonder why bhtml or bhttp hasn't raised it's ugly head yet, why does xml get to be the first looked at for this? Laters.

Brian Collins
bjcollin@hotmail.com
Posted by: bjcollin   Posted on: 01/13/05 You are currently: a Guest | Members login | Terms of Use

Alert moderator to an offensive message

Subscribe to this discussion via Email or RSS

Easy technically, but still needs thought  bjcollin | 01/13/05
Not the only problem.  doe_z | 01/13/05
Why not have both?  Argot | 01/13/05
not enough  gsbtech | 01/13/05
To the next level then  bjcollin | 01/13/05
Oooh, too late!  Roger Ramjet | 01/13/05
Actually, Roger...  Yen_z | 01/13/05
Alternatives to binary XML  Argot | 01/13/05
ASN.1 has been around for a million years and translates back and fore  hipparchus2000 | 01/13/05
Simple Solution to XML Compression  mike@... | 01/14/05
XML Compression  jpshade@... | 01/14/05
ASN.1  ivap@... | 01/14/05
Adding a new protocol  dlenoir@... | 01/14/05

What do you think?

SponsoredWhite Papers, Webcasts, and Downloads

advertisement
advertisement

Meet Doc