from localhost (localhost [127.0.0.1])
	by phobos.labs.netnoteinc.com (Postfix) with ESMTP id 43AC144155
	for <zzzz@localhost>; Wed, 28 Aug 2002 05:51:15 -0400 (EDT)
from phobos [127.0.0.1]
	by localhost with IMAP (fetchmail-5.9.0)
	for zzzz@localhost (single-drop); Wed, 28 Aug 2002 10:51:15 +0100 (IST)
from xent.com ([64.161.22.236]) by dogma.slashnull.org
    (8.11.6/8.11.6) with ESMTP id g7S0T9Z03618 for <zzzz@example.com>;
    Wed, 28 Aug 2002 01:29:09 +0100

On Tue, 27 Aug 2002, Rohit Khare wrote:
> DATAPOWER TECHNOLOGY ON Monday unveiled its network device designed
> specifically to process XML data. Unlike competing solutions that
> process XML data in software, DataPower's device processes the data in
> hardware -- a technology achievement that provides greater performance,
> according to company officials.
Now, to do this, we all know they have to be cracking the strong crypto used
on all transaction in order to process them... So this has some preaty heavy
implications, unless it's just BS.
> Kelly explained that converting data into XML increases the file size up
> to 20 times. This, he said, makes processing the data very taxing on
> application servers; DataPower believes an inline device is the best
> alternative.
Or.... you could just not bloat it 20x to begin with. Nah! (that was the
whole point of XML afterall, to sell more CPUs - much like Oracle's use of
Java allows them to sell 3x more CPU licenses due to the performance hit)
> In addition to the large file sizes, security is also of paramount
> importance in the world of XML.
>
> "Today's firewalls are designed to inspect HTTP traffic only," Kelly
> said. "A SOAP packet with XML will go straight through a firewall.
> Firewalls are blind to XML today."
Again, see above... they _are_ claiming to decode the crypto...
> "Our XG3 execution core converts XML to machine code," said Kelly,
Mmmmmmmmmmm, machine code, never a good idea ;)
- Adam L. "Duncan" Beberg
http://www.mithral.com/~beberg/
beberg@mithral.com

> For example, take the recent CBC Olympics site: I needed to roll
> together a telnet client with a tokenizer, perl-regex preprocessing a
> stream to produce parseable XML, project that XML into relational
> databases using only the DTD to generate the rdbms schema, and open an
> XMLRPC interface to read and post items into the news stream.  Where
> can I find C libs for those components?
You open sourced the new components you developed for this project, so the
next person who comes along won't have to reimplement them, right?
- Jim