Thanks for the clarification David, you bring up some great points. On Tue, August 1, 2006 6:11 pm, David Zwiers wrote: > Thanks for the quick answers. I'll try to re-phrase questions 2 and 3. > > > The IP Question was just put out because I have not read the Eclipse > license in depth ... and was hoping someone else had, and would share a > brief comparison (are we compatible?). > Neither have I. But this is a very valid concern. Hopefully someone more familiar with the license. Does geotools rely on any libraries that are CPL? I know the licences are very similar. > The dependency issue was more at a higher level. Should we be adding > eclipse jars to as dependencies in the Geotools maven build? The > consequences may include being tied to eclipse releases, or being forced > to upgrade a large portion of the code to fix a relatively minor bug ... > and the other set of issues when you depend heavily on an external, > non-standardized library. I was trying to contrast this the our previous > decision: to use the standard > SAX api, but not the internal Xerces API ... > Ok I understand now. We had the same concern at first as well. We figured in the end that eclipse and emf had enough legs under them to not go anywhere anytime soon. It would have been nice to stick with something "standard", but I just could find anything that measured up. > > Synchronization: Perfect, thanks. > > > DZ > > > On 8/1/06, Justin Deoliveira <[EMAIL PROTECTED]> wrote: > >> >> On Tue, August 1, 2006 11:34 am, Paul Ramsey wrote: >> >>> David Zwiers wrote: >>> >>> >>> >>>> 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)? >>> >>> This one seems more important to me! Almost any application will end >>> up with multiple simultaneous threads doing parsing. If that requires >>> a big global lock around chunks of the code it could really slow >>> things. >>> >> It really just boils down to a synchronized buffer with multiple >> consumers. With any synchronization you take a hit but in this case it >> is pretty minimal. That being said I cant really say until I run it >> through a profiler. >> >> -JD >> >> >>> P. >>> >>> >>> >>> >>> >>> >>> >> >> > > > !DSPAM:1004,44cfd201220902095110867! > ------------------------------------------------------------------------- > 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 > > > !DSPAM:1004,44cfd201220902095110867! > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > !DSPAM:1004,44cfd201220902095110867! > >
------------------------------------------------------------------------- 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
