Hi,

First of all, thank you for the compliments :)

I checked the pages on Justin's binding parser ( 
http://docs.codehaus.org/display/GEOTDOC/XML+Developers+Guide ), and 
found that the main difference between my solution with XppReader is in 
flexibility. My solution is completely unflexible, as it is one class, 
parsing the whole file, stepping through the elements of it.
It can't be broken up to components (or at least it isn't yet), so it's 
complexity grows with the complexity of the input XML. Given this, I 
think my solution is not good for general use, just in specific cases. 
(And, most of all, just parses, cannot do XML rendering.)

OTOH, (if I am correct,) in Justin's solution the SAX parser itself 
could be replaced by XPP. (As in XStream, where you can choose if you 
want to use SAX, instead of the default XPP.) I've never used SAX 
extensively, but as I heard, the footprint and speed of XPP is better 
than SAX's. (Actualy, there's a link from XPP's homepage to a parser 
benchmark: http://www.extreme.indiana.edu/~aslom/xpp_sax2bench/ )


Best,
Peter

Jody Garnett wrote:
> Thanks for bringing this to our attentions, I echo Adrian's words - 
> great work and welcome!
> 
> Here is the list...
>>
>>     * The parser uses XppReader, which is part of the XStream^
>>       <http://xstream.codehaus.org/>project, and which in turn uses
>>       XPP^ <http://www.extreme.indiana.edu/xgws/xsoap/xpp/>, a pull
>>       parser. [/pro: have experience in it, con: external dependency/]
>>
> Justin is very interested in the pull parser idea; you may also be 
> interested in his binding framework thing - it streams data (so you are 
> not limited by size). He has considered switching from SAX to a pull 
> parser in the past. If you are familiar with XppReader you guys should 
> probably grab an IRC session and talk shop. The best I can do is point 
> you towards these docs 
> (http://docs.codehaus.org/display/GEOTDOC/XML+Developers+Guide).
[...]



-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to