Hi David, Great questions, answers inline.
On Tue, August 1, 2006 11:27 am, David Zwiers wrote: > Justin, a couple questions here about ESM: > > > - How does this affect download sizes of other client applications > (GeoServer) It drags a few of the emf libraries along so there will be an increase. But nothing to big. > - How does this affect the IP issues that have been ongoing? None I beleive. We might want to get confirmation from Refractions that it is indeed ok to donate the code to the geotools project. > - Is this a dependency Geotools should have? Not sure what you mean by this one. > - Is the library thread safe? Yup. > > > The third question is most important (I think). From some cursory glances > (and informal design sessions a while back), the implementation looks > like a good second generation to my first run at the problem. That said, > it also alters the requirements ... mainly you are now relying on a single > parsing framework (I was told the internal Xerces framework was off limits > at the time). Yes. It is pretty much the second generation. The biggest differnt is the use of eclispe XSD for schema modelling as opposed to the custom one on main. Second to note is a the use of a container which allows to pretty easily plug and play facttores anywhere in the parsing stack. But the parsing engine is pretty much the same. The same stack based parsing model I have seen in many places. In terms of relying on a single parsing framework, are you refering to the parser itself, or other geotools code? If the former, the current implementation is written against sax, but it is designed to back onto any parsing implemenation, DOM or StaX. I like the potential of StaX to be the base for the streaming parser. I am not sure i understood your question, I apologize. > The fourth question, is more todo with servlet containers. I don't know a > whole ton about ESM, so this may not be a concern ... but when we have > two simultanious executions threads (in a servlet) executing the same > functionality, will the end user (Ex. Geoserver) need to perform any > special actions (Like the Synchronizers commonly used for SDE calls)? > Again not sure if I get exactly what you are saying but I think the answer is no. The parser is designed so that all the synchronization is hidden from the client. > Thanks, -Justin > > > DZ > > > On 7/31/06, Jody Garnett <[EMAIL PROTECTED]> wrote: > >> >> Justin Deoliveira wrote: >> >>> Hi all, >>> >>> >>> Some of you might be aware of the xml parsing work that has been >>> going on over the last while. It was used last year as part of ows-3, >>> and intended to be used this year in ows-4. >>> >> I am a bit concerned that you will need the FM before you are done ... >> but us ext is a great place for the tech.... >>> At the moment the code is off on a udig branch, i would like create a >>> new module ( or an ext ) for it on geotools trunk. There is no >>> conflict with the current xml stuff in main so we even move it into >>> the same >> module. >>> >> However: >> - if you intend other modules (like a wcs client) to extend this using >> FactorySPI then we should place it in module/ >> - lets not place it into main :-) >> >> >> Jody >> >> >> >> ----------------------------------------------------------------------- >> -- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your opinions on IT & business topics through brief surveys -- and earn >> cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVD >> EV >> _______________________________________________ >> Geotools-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> > > > !DSPAM:1004,44cf7340179231995013331! > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
