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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   A high-speed non-validating parser

[ Lists Home | Date Index | Thread Index ]


I would like to announce the availability of a high-performance
non-validating XML parser: Chilkat XML.
(http://www.chilkatsoft.com/ChilkatXml.asp)

This parser is free for commercial or non-commercial use,
and can be redistributed royalty-free.

The reason this parser exists is to make it easy
to navigate large XML documents using a DOM
instead of SAX.  The typical user is somebody with
a large document, 10MB perhaps, and is in a situation
where a typical DOM-based parser is too slow, but
using SAX takes too much programming effort.

Future directions for this parser include:
1) Encryption and digital signatures.

2) Parse-on-demand technology to allow the handling of
very large (100's of MBs) XML files that are memory-mapped
and parsed on demand (i.e. as you navigate through
the DOM, the document is parsed as needed.)

3) Parse From Compressed: XML files typically compress
very well, and the hope is to use parse-on-demand technology
on top of a decompress-on-demand technology.

Best regards, and I hope this can be of use to somebody.

-Matt




At 12:54 AM 6/21/2002 +1000, Rick Jelliffe wrote:
>From: "Eric van der Vlist" <vdv@dyomedea.com>
>
> > I am happy to announce a first version of Xml Validation
> > Interoperability Framework (xvif), a proposal for embedding pipes of
> > transformations and validations within grammar based schema languages.
>
>I am also happy to contribute a different approach to a modular validation
>framework for XML: Schemachine.
>
>The approach can be found at
>   http://www.topologi.com/public/Schemachine.pdf
>
>Like Eric's, this is a private initiative to stimulate discussion, explore 
>some concrete
>approaches, clarify requirements and perhaps flush out some different 
>approaches.
>
>The Schemachine approach will be very familiar if you have already familar
>with the XML Pipes or XML Pipelines material, or Xerces XNI or Cocoon
>sitemaps. (It is also related to the Connect little language[1] I used for the
>Screamathon Torture Tests for Schematron.)  For that reason, I have not
>offered an implementation to prove its implementability.  (I believe it could
>even be implemented by transformation into a shell script.)
>
>The modular framework supports splitting a document into parts
>by various criteria and applying different validation languages to
>each part.  Like XVIF it also supports splitting values into elements
>and validating them.  The primary difference is that XVIF's approach is
>happening inside a schema language, while my approach happens outside.
>
>I welcome comments and public input, especially on XML-DEV.
>
>Cheers
>Rick Jelliffe
>
>[1] http://www.ascc.net/xml/connect
>
>-----------------------------------------------------------------
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://lists.xml.org/ob/adm.pl>





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS