[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Call for fast XML implementations

• To: Robin Berjon <robin.berjon@e...>
• Subject: Re: Call for fast XML implementations
• From: Phil Nash <phil.nash.lists@g...>
• Date: Fri, 24 Mar 2006 18:35:14 +0000
• Cc: XML Developers List <xml-dev@l...>, W3C EXI Public <public-exi@w...>
• Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=lmzjvbxXhtBJXXtKxtRcrlSbsE+slL7C9ziNK5o70c4Rahv1IhEfuZ5TYR2OgvQjCJVX9XvDhqxGjaq3UDYIPs9C24jjMNQqvB1l0GCHhj3TZqjyFvhdllj6yLBnv1rLANdJr0ypE9JxOwrMwE4v7BO97MKXcJgYV1klFTOm9CA=
• In-reply-to: <64FC73EF-3F94-4F6E-BC72-0E0879DF3423@e...>
• References: <64FC73EF-3F94-4F6E-BC72-0E0879DF3423@e...>
• User-agent: Thunderbird 1.5 (Windows/20051201)

Robin Berjon wrote:
>  * If you wish to be extra helpful, you can also include the small 
> amount of code and configuration required to run the parser within our 
> framework, which is built on top of Japex (https://japex.dev.java.net/). 
> If you're interested, we'd be delighted to help you get started.

Does this imply that only java parsers will be considered?
I've had a parser project in C++ on my shelf for a while now and am just 
turning back to look at it. It's heavily template based, using policies 
to turn on and off various types of support that may not be needed (and 
would otherwise inhibit performance) at compilation time. This means 
that, while it will be compliant (that is the aim), you can deliberately 
remove some features to squeeze more speed out if you know your use 
cases don't require it (e.g. various levels of validation, certain types 
of error handling, string conversions etc).
By using templates I also avoid the overhead of virtual functions, which 
may or may not be significant, but I suspect it could be, in view of the 
number of them used in a typical transaction.

As it is the implementation is a way off complete yet. What sort of time 
scales are we looking at?

Best regards,

[)o
IhIL..

• Follow-Ups:
  • Re: Call for fast XML implementations
    • From: Robin Berjon <robin.berjon@e...>

• References:
  • Call for fast XML implementations
    • From: Robin Berjon <robin.berjon@e...>

• Prev by Date: Call for fast XML implementations
• Next by Date: Re: Call for fast XML implementations
• Previous by thread: Call for fast XML implementations
• Next by thread: Re: Call for fast XML implementations
• Index(es):
  • Date
  • Thread