I have setup maven.geotools.fr as a mirror of list.refractions.net/m2 using 
"rsync" and it seems to 
work. However I have done that in a test directory for now, not yet the actual 
maven.geotools.fr/repository directory, because of some issues I have:

* The current repository on http://list.refractions.net/m2 seems to be a copy 
of some local
   repository, instead of files put there by "mvn deploy". I'm not sure that 
this is what we
   should do. For example local repository uses gt2-xxx-SNAPSHOT filename, 
while the remote
   repository (as managed by "mvn deploy") replaces "SNAPSHOT" by a timestamp.


* The Refractions repository has strange versions number. For example it 
contains Geotools
   release versionned as "2.2-RC4-SNAPSHOT". Is it really correct? I would 
expect "2.2-RC4"
   and "2.2-SNAPSHOT" as two separated direction. For example compare

     http://lists.refractions.net/m2/org/geotools/gt2-referencing/

   With

     http://maven.geotools.fr/repository/org/geotools/gt2-referencing/


* The Refractions repository duplicates some files already present on Ibiblio.
   For example postgresql, commons-lang, etc. Do we really want to duplicate 
Ibiblio? I
   admit that Ibiblio is often unreliable, but we need to connect to that only 
for new
   dependencies.


I would like to suggest the following approach:

   * We rename the current "m2" directory into (yet an other) "old-m2-repo".

   * I send to someone (Richard?) a ZIP file containing the whole repository 
currently
     on maven.geotools.fr, which is (I think) a little bit cleaner and also has 
more
     history (2.2-RC1, 2.2-RC2, etc., which are not on the Refractions 
repository).
     Richard would just need to unzip it in a fresh "m2" directory. I can't do 
this
     step myself, since WebDav doesn't seems to work on my Windows XP machine.

   * If there is some directories that need to be preserved (e.g. 
"org/geoserver"),
     we copy them from the "second-old-m2-repo" to the new "m2" repository.

   * I perform a new synchronisation of maven.geotools.fr.

   * Insist that all future JARs are added through "mvn deploy" or "mvn 
release",
     not by direct copy-and-paste in the repository.

Does 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

Reply via email to