Re: [Geotools-devel] build help -- mvn cannot find gt2-jar-collector

2006-07-20 Thread Cory Horner
Davis Ford wrote: >I tried manually installing by downloading it from the web and doing: > >C:\SVN\jts-wrapper\module\jtsGeometry>mvn install:install-file >-DgroupId=org.geotools -DartifactId=gt2-jar-collector >-Dversion=2.3-SNAPSHOT -Dpackaging=maven-plugin >-Dfile=C:\svn\jts-wrapper\module\jtsGe

[Geotools-devel] build help -- mvn cannot find gt2-jar-collector

2006-07-20 Thread Davis Ford
Hi, I checked out Bryce's branch of jtsGeometry, svn co http://svn.geotools.org/geotools/branches/jts-wrapper/ and I'm trying to create an Eclipse project but maven cannot seem to find gt2-jar-collector-2.3-SNAPSHOT -> C:\SVN\jts-wrapper\module\jtsGeometry>mvn eclipse:eclipse [INFO] Scanning for

[Geotools-devel] main not happy ...

2006-07-20 Thread Jody Garnett
> Running org.geotools.data.vpf.io.TableInputStreamTest > Tests run: 6, Failures: 0, Errors: 6, Skipped: 0, Time elapsed: 0.125 > sec <<< FAILURE! Later, Jody - Take Surveys. Earn Cash. Influence the Future of IT Join Source

Re: [Geotools-devel] On the logging subsystem

2006-07-20 Thread Martin Desruisseaux
Andrea Aime a écrit : > Global configuration file is bad, period. I won't go modifying a global > configuration file when I'm installing an application, I don't want, > and if the machine is properly managed, I won't be able neither. This is just the system's default configuration file. If you wan

Re: [Geotools-devel] On the logging subsystem

2006-07-20 Thread Andrea Aime
Martin Desruisseaux ha scritto: > Andrea Aime a écrit : > I guess that it is pretty hard to said if geotools is the only library > using java logging directly. If we compare only with other Apache's > libraries, this is not surprising. In addition, a fair amount of > libraries are still constra

Re: [Geotools-devel] On the logging subsystem

2006-07-20 Thread Martin Desruisseaux
Andrea Aime a écrit : > thinking about it, I do believe geotools is the only library I know > of that uses the java logging directly instead of using commons-logging > (and log4j behind it). > > Still today, I do wonder how should I configure the logging subsystem, > given that the global configur

Re: [Geotools-devel] On the logging subsystem

2006-07-20 Thread Jody Garnett
Yet I think we still have a log4j dependency ;-) Because at one point we switched I do not mind switching over to the commons-logging framework as it would make something a lot easier for projects like geoserver wonder if a bit of regex could do the trick. > Hi all, > thinking about it

[Geotools-devel] On the logging subsystem

2006-07-20 Thread Andrea Aime
Hi all, thinking about it, I do believe geotools is the only library I know of that uses the java logging directly instead of using commons-logging (and log4j behind it). Still today, I do wonder how should I configure the logging subsystem, given that the global configuration file is simply ridic