Re: [Geotools-devel] logging woes

2007-03-18 Thread Andrea Aime
Justin Deoliveira ha scritto: > Hi all, > However > web applications that use geotools in the same servlet container will > still be stuck stumbling over each other. At least we will be able to > save libraries like spring and struts. Tomcat developers noticed the same issue and it seems th

[Geotools-devel] [jira] Created: (GEOT-1202) CommonHandler issues

2007-03-18 Thread Justin Deoliveira (JIRA)
CommonHandler issues Key: GEOT-1202 URL: http://jira.codehaus.org/browse/GEOT-1202 Project: GeoTools Issue Type: Bug Components: core metadata Reporter: Justin Deoliveira Assigned To: Marti

[Geotools-devel] logging woes

2007-03-18 Thread Justin Deoliveira
Hi all, In yet another attempt to make GeoServer logging better I find myself butting my head against geotools logging. I know that Andrea (and others) have already brought this issue up, but i need to add my voice as well. Going beyond the controversial issue of a having a library force a pa

Re: [Geotools-devel] On gt2-xml-gml3 tests slowness

2007-03-18 Thread Justin Deoliveira
Andrea Aime wrote: > Justin Deoliveira ha scritto: >> >> Andrea Aime wrote: > >> Yes, this has been an issue i have been thinking about for a while now. >> What I am thinking is instead of caching schemas ( which is a >> possibility ), to just make them singletons. Since the schema never >> rea

Re: [Geotools-devel] On gt2-xml-gml3 tests slowness

2007-03-18 Thread Andrea Aime
Justin Deoliveira ha scritto: > > > Andrea Aime wrote: > Yes, this has been an issue i have been thinking about for a while now. > What I am thinking is instead of caching schemas ( which is a > possibility ), to just make them singletons. Since the schema never > really changes after being p

Re: [Geotools-devel] On gt2-xml-gml3 tests slowness

2007-03-18 Thread Justin Deoliveira
Andrea Aime wrote: > Hi, > I've been looking a little on the gt2-xml-gml3 build > time slowness (one of the longest to build, around 50 > seconds on my PC). > > The slowest among its tests is GML3EncodingTest, taking > alone more than 11 seconds. Now, the funny thing is, it's > not CPU bound. Li

[Geotools-devel] [jira] Created: (GEOT-1201) make schema intsances singletons

2007-03-18 Thread Justin Deoliveira (JIRA)
make schema intsances singletons Key: GEOT-1201 URL: http://jira.codehaus.org/browse/GEOT-1201 Project: GeoTools Issue Type: Improvement Affects Versions: 2.4.M0 Reporter: Justin Deoliveira

[Geotools-devel] Proposed OGR datastore module

2007-03-18 Thread Andrea Aime
Hi all, as you know, I've been working on a OGR data store. I think it's time to make it available as an unsupported module. At the beginning it won't be included in the build, since I still have to solve the native library location issues, after that, I'll try to put it in the build for those plat

[Geotools-devel] On gt2-xml-gml3 tests slowness

2007-03-18 Thread Andrea Aime
Hi, I've been looking a little on the gt2-xml-gml3 build time slowness (one of the longest to build, around 50 seconds on my PC). The slowest among its tests is GML3EncodingTest, taking alone more than 11 seconds. Now, the funny thing is, it's not CPU bound. Little investigation shows the test tak

Re: [Geotools-devel] Can't authenticate anymore against lists.refractions.net?

2007-03-18 Thread Andrea Aime
Jody Garnett ha scritto: > Understood (remember I was caught trying to do just that yesterday - for > the jts-1.8 sources). > I just did a geoapi "mvn deploy" - and it worked. Trying to connect > using Windows XP directly > was unsuccessful. > > Can someone on a Linux machine try? (Could be a m

[Geotools-devel] Hopefully fixed gt2 build temp files explosion

2007-03-18 Thread Andrea Aime
Hi, yesterday I was looking into some OGR datastore issue when I noticed, for the n-th time, that my temp dir was filled with temporary files left by geotools builds. By filled, I mean I had 1+ files that could be accounted to past geotools builds and left there. More than 9000 were .shx, .qix