[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Announcement: SAX Java Implementation (pre-release)
>I have put together a new, beta version of SAX with quite a few >changes; here are some change highlights... Only one technical comment: if we allow a character stream to be passed to the parser as the primary input, it does seem inconsistent that resolveEntity() cannot return a character stream for other entities, e.g. the DTD. (In fact, if resolveEntity() could return a stream/reader, one could rely on this to provide a stream/reader for the primary input as well, simplifying the main parse() interface). Other comments are on the documentation: - I think we should recommend people implementing the callback handlers to subclass from the base implementation, as this allows their code to remain compatible if the interface is widened in a later SAX version. - The specifications tend to say "you" when they mean the application writer, and "the parser" when they mean the parser writer. It would be useful to spell out the roles more clearly (call them the parser and the application) and make it very clear for each interface whether it is supplied by the parser or by the application. Mike Kay, ICL 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/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe 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
|