Re: Java Parser
David Megginson wrote: > > David Brownell writes: > > > Did anyone mention size? Size should be an issue too. All other > > things being equal, smaller means fewer lines for bugs to nest in. > > Agreed. It also means faster download time (in an applet), less space > (in a palmtop), etc. Many existing Java-based parsers could be made > *much* smaller by spinning off non-core functionality into separate > packages layered on top. Validation's a good choice there. Any other particular favorites? Turns out that with SAX2, I think that all the information needed to validate is layered ... you get all the declarations (minus some holes in enumerated values, and you need to get one declaration from the LexicalHandler) with all the data, so this should be easily doable. In a discussion elsewhere this morning, someone else raised the notion of having a XML processing pipeline component that takes SAX(2) events and uses them to validate data "on the fly". Hey, I like this -- folk are starting to get the right perspective on this stuff. - Dave xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1 To unsubscribe, mailto:majordomo@i... the following message; unsubscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format