It's not just IRML. We've had several discussions about the callout
protocol, data encoding, and performance, for example.
It's also relevant to policy rules carried in content,
as I've proposed we do for data integrity in a multi-party environment.
Yang, Lily L wrote:
That's a good point. Our rule engine implementation did exactly that -- rule
base is already loaded into an internal format that is highly optimized for
From: Ng Chan Wah [mailto:cwng(_at_)psl(_dot_)com(_dot_)sg]
Sent: Tuesday, March 26, 2002 5:46 AM
To: Mark Nottingham; Hilarie Orman, Purple Streak Development
Subject: RE: About XML performance
IMHO, it does not matter if the parsing of XML is slow. Normal
implementation of IRML engine will not parse the rules in XML format
everytime a request/response passes by. Typically, I will expect
implementors to parse the IRML only at load time, and store
the parsed rule
in some native format for faster retreival.
XML parsers have come quite a way. Some of the newer implementations
(esp. MSXML4, IIRC) can achieve astonishing results. XML
are also very good, depending on your application.
Saying "XML processing is very slow" is somewhat like saying
"intermediaries are evil"; it depends. And I'd note that
his product -
an XML accelerator - could be the reason that he's saying XML is so
On Monday, March 25, 2002, at 03:46 PM, Hilarie Orman,
Though it is primarily a product announcement, this article has
some interesting performance claims about XML:
Short story: XML processing is very slow; it becomes the
for a website.