first i want to say that vtd is a great approach in xml processing and a great implementation. But for me there is a big problem to use vtd inside of xml pipelining implementations. I don't have to consider the problem of to big for memory documents, so this is no argument for me not to use the fast SAX Processing (see faq). Nevertheless i need the very compact xml representation of vtd and it's possible fast serialization chance. I want to use it inside of cocoon or orbeon xml pipelines, which are all SAX based, to hold the SAX Events in a compact representation, change it with a short xpath and to fire it again to the next pipeline step. So i'am sure there is a great demand for this use case. This may open the needed access to vtd for other xml based technologies. So i hope you bring yourself to implement a ContentHandler, that builds vtd without parsing and something like a SAXWriter that is able to fire SAX Event from a given vtd.
Maybe that is a new aspect in your discussion about SAX (may be not)
Greetings Horst
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
first i want to say that vtd is a great approach in xml processing and a great implementation. But for me there is a big problem to use vtd inside of xml pipelining implementations. I don't have to consider the problem of to big for memory documents, so this is no argument for me not to use the fast SAX Processing (see faq). Nevertheless i need the very compact xml representation of vtd and it's possible fast serialization chance. I want to use it inside of cocoon or orbeon xml pipelines, which are all SAX based, to hold the SAX Events in a compact representation, change it with a short xpath and to fire it again to the next pipeline step. So i'am sure there is a great demand for this use case. This may open the needed access to vtd for other xml based technologies. So i hope you bring yourself to implement a ContentHandler, that builds vtd without parsing and something like a SAXWriter that is able to fire SAX Event from a given vtd.
Maybe that is a new aspect in your discussion about SAX (may be not)
Greetings Horst
Thanks for the input.. we will keep that in mind for future releases...