Andrea Aime a écrit :
> I can confirm some files are put by hand on that repo because we needed them
> in a project
> we are carrying on along with Refractions, and that were not built with maven.
There is no problem with that, and this is not specific to the other projects.
We had to put a lot
of files "by hands" for Geotools to. But "by hand" should means using "mvn
deploy:deploy-file", not
a copy-and-paste. See:
http://docs.codehaus.org/display/GEOT/How+to+add+a+3rd+party+jar
Generally speaking, we should never put a file by "copy-and-paste" on a Maven 2
repository (except
maybe for fixing errors or cleaning things a bit). "mvn deploy:deploy-file" is
designed specifically
for deploying non-Maven files in a Maven repository.
> In general, that repo contains all what's needed to make refractions project
> go, not only
> geotools.
Thats fine, but it make do difference in the way to manage the repository...
> Would it make sense to have two separate repos, one for gt2 only and one for
> the extra stuff?
I don't think that we need separated repositories. A single repository (with
mirrors) fit very well.
But maybe we should try to clean it a little bit before to let too many users
depends on the content.
I basically suggest to use the maven.geotools.fr/repository content as a
starting point in a clean
directory, then copy-and-paste (an exception to the above rule - but we are
just trying to organize
ourself with the minimum disturbances) the directories containing extra
librairies (not the Geotools
and GeoAPI librairies, in order to avoid conflict with existing Geotools
libraries from the previous
repository). From that point, lets try to use only "mvn deploy:xxx" for the
future.
Would it make sense?
Martin.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
