Re: [Geotools-devel] Dancing with pom.xml: next step

2008-04-20 Thread Martin Desruisseaux
Andrea Aime a écrit : > I don't have any specific issue with upgrading to 2.0.9 provided it > works ;) (past history shows that maven is full of surprises... as Jody > wisely said some days ago "when it works... it's magic... and when it > does not... it's magic too! :) "). Yes, sometime I wonde

Re: [Geotools-devel] Dancing with pom.xml: next step

2008-04-20 Thread Andrea Aime
Martin Desruisseaux ha scritto: > Would it be acceptable to update the requirements to Maven 2.0.9? The reason > is > that I would like to drop the section in the root pom.xml > in > favor of default plugin versions bundled in Maven since 2.0.9. The reason for > that is that we do not upgrate

[Geotools-devel] Dancing with pom.xml: next step

2008-04-20 Thread Martin Desruisseaux
Would it be acceptable to update the requirements to Maven 2.0.9? The reason is that I would like to drop the section in the root pom.xml in favor of default plugin versions bundled in Maven since 2.0.9. The reason for that is that we do not upgrate our plugins version often and aggregated jav

[Geotools-devel] Hudson build is back to normal: geotools-trunk #496

2008-04-20 Thread jdeolive
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/496/changes - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use p

[Geotools-devel] Build failed in Hudson: geotools-trunk #495

2008-04-20 Thread jdeolive
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/495/changes Changes: [desruisseaux] Pushed the verifier in later phase, from "compile" to "verify". -- started Updating http://svn.geotools.org/geotools/trunk/gt U build/maven/pom.xml

Re: [Geotools-devel] metadata now with less JAI

2008-04-20 Thread Martin Desruisseaux
Jody Garnett a écrit : > We won't know until we try. I was thinking of doing something more crazy > then just collecting the jars; ie there is too much API exposed if we > just collect up what we have. We really need to take a small portion of > geoapi.jar; and a small portion of gt-api.jar ...

Re: [Geotools-devel] On module renaming

2008-04-20 Thread Martin Desruisseaux
Added "gt-" prefix to modules that produce a JAR. I would recommand developpers to performs the following steps in this order (this is not really necessary - only cleaner): * mvn clean * delete the .m2/repository/org/geotools/ directory * svn update * mvn install I have added a new Maven plugi

[Geotools-devel] Modules removal?

2008-04-20 Thread Martin Desruisseaux
Following module: modules/unsupported/wps was totally empty (contained just a "pom.xml" and nothing else - no scr directory), was not included in the build and had no significant change for one year or so, and was conflicting with extension/xsd/wps. I removed it. Following module: modul

[Geotools-devel] strategy for extentionless datatypes

2008-04-20 Thread andrea antonello
Can anyone supply me with an example of datatypes that have no extentions, so that in an imageio ImageReader Service Provider the MIMETypes and suffixes don't make a sense? That could be the case where the format instead depends on a particular datastructure. Thanks, Andrea --

Re: [Geotools-devel] On module renaming

2008-04-20 Thread Martin Desruisseaux
Reminding: if no body object, I'm going to process in the next few hours: > * Do not touch to directory names. > * Add the "gt-" prefix in leaves modules only. > * Remove all elements. > * Reinsert and elements. Martin -