[Geoserver-devel] Setting an unified commonly used Maven2 repo. Call for feedbacks.

Daniele_Romagnoli2 · May 4, 2009, 3:05pm

Hi lists,
first of all, sorry for cross posting.

Could we select an unique commonly used remote repo where to deploy maven artifacts?
Refractions 2 still go down, sometimes.
Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out quite often and therefore the GeoServer nightly build is deploying artifacts on a new additional maven repository, hosted by OpenGeo.
However, it seems that the geotools root pom hosted at the OSGgeo repo seems pointing against the refractions repo. Therefore some recent updates seem missing. (http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)
In case this has been fixed, can you update the automatic build scripts to work against the OSGeo one (in order to updates artifacts and poms)?
In case OSGeo still have problems, is the OpenGeo repo the most valuable one to be used? (In that case, can you provide me the distribution management tag (URL) to be used to deploy our imageio-ext artifacts on it?)

I guess we need to update these things since there is a bit of confusion about which project relies on which repo and which repo is up to date.
Please, let me know.

Best Regards,
Daniele

–

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

Justin_Deoliveira · May 4, 2009, 3:16pm

Hi Daniele,

Not sure if much progress has been made on fixing the osgeo deployment issues. However, I think it makes sense to have separate repositories, one for development/snapshots, and one for releases.

I would be fine to have the opengeo repo be used as the main development repo if people agree and Arne (cc'd) does not have an issue with it.

If we do decide to use it for SNAPSHOTS, we can start setting up people with access to upload artifacts.

-Justin

Daniele Romagnoli wrote:

Hi lists,
first of all, sorry for cross posting.

Could we select an unique commonly used remote repo where to deploy maven artifacts?
Refractions 2 still go down, sometimes.
Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out quite often and therefore the GeoServer nightly build is deploying artifacts on a new additional maven repository, hosted by OpenGeo.
However, it seems that the geotools root pom hosted at the OSGgeo repo seems pointing against the refractions repo. Therefore some recent updates seem missing. (http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)
In case this has been fixed, can you update the automatic build scripts to work against the OSGeo one (in order to updates artifacts and poms)?
In case OSGeo still have problems, is the OpenGeo repo the most valuable one to be used? (In that case, can you provide me the distribution management tag (URL) to be used to deploy our imageio-ext artifacts on it?)

I guess we need to update these things since there is a bit of confusion about which project relies on which repo and which repo is up to date. Please, let me know.

Best Regards,
Daniele

--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

-------------------------------------------------------

------------------------------------------------------------------------

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf

------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Daniele_Romagnoli2 · May 4, 2009, 3:34pm

Hi Justin

On Mon, May 4, 2009 at 5:16 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hi Daniele,

Not sure if much progress has been made on fixing the osgeo deployment issues. However, I think it makes sense to have separate repositories, one for development/snapshots, and one for releases.

I agree with you. What I mean is that I think the SNAPSHOT repo containing nightly builds artifacts should be the same referred by geotools poms. Otherwise, dependencies, poms and artifacts aren’t in synch.

I would be fine to have the opengeo repo be used as the main development repo if people agree and Arne (cc’d) does not have an issue with it.

If we do decide to use it for SNAPSHOTS, we can start setting up people with access to upload artifacts.

Please let us know so we can fix it asap.

Regards,
Daniele

-Justin

Daniele Romagnoli wrote:

Hi lists,
first of all, sorry for cross posting.

Could we select an unique commonly used remote repo where to deploy maven artifacts?
Refractions 2 still go down, sometimes.
Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out quite often and therefore the GeoServer nightly build is deploying artifacts on a new additional maven repository, hosted by OpenGeo.
However, it seems that the geotools root pom hosted at the OSGgeo repo seems pointing against the refractions repo. Therefore some recent updates seem missing. (http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)
In case this has been fixed, can you update the automatic build scripts to work against the OSGeo one (in order to updates artifacts and poms)?
In case OSGeo still have problems, is the OpenGeo repo the most valuable one to be used? (In that case, can you provide me the distribution management tag (URL) to be used to deploy our imageio-ext artifacts on it?)

I guess we need to update these things since there is a bit of confusion about which project relies on which repo and which repo is up to date. Please, let me know.

Best Regards,
Daniele

–

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

Register Now & Save for Velocity, the Web Performance & Operations Conference from O’Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

–

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

Arne_Kepp · May 4, 2009, 3:54pm

No problem.

Please send me an off-list email with your desired DAV login and password, or just an htpasswd hash.

-Arne

Daniele Romagnoli wrote:

Hi Justin

On Mon, May 4, 2009 at 5:16 PM, Justin Deoliveira <jdeolive@anonymised.com>wrote:

Hi Daniele,

Not sure if much progress has been made on fixing the osgeo deployment
issues. However, I think it makes sense to have separate repositories, one
for development/snapshots, and one for releases.

I agree with you. What I mean is that I think the SNAPSHOT repo containing
nightly builds artifacts should be the same referred by geotools poms.
Otherwise, dependencies, poms and artifacts aren't in synch.

I would be fine to have the opengeo repo be used as the main development
repo if people agree and Arne (cc'd) does not have an issue with it.

If we do decide to use it for SNAPSHOTS, we can start setting up people
with access to upload artifacts.

Please let us know so we can fix it asap.

Regards,
Daniele

-Justin

Daniele Romagnoli wrote:

Hi lists,
first of all, sorry for cross posting.

Could we select an unique commonly used remote repo where to deploy maven
artifacts?
Refractions 2 still go down, sometimes.
Therefore, in the past, someone proposed to set a new repo (OSGeo) where
to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out
quite often and therefore the GeoServer nightly build is deploying artifacts
on a new additional maven repository, hosted by OpenGeo.
However, it seems that the geotools root pom hosted at the OSGgeo repo
seems pointing against the refractions repo. Therefore some recent updates
seem missing. (
http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom
)

Can we move to a single unified repo? Any news about the OSGeo deploying
issues? (http://trac.osgeo.org/osgeo/ticket/344)
In case this has been fixed, can you update the automatic build scripts to
work against the OSGeo one (in order to updates artifacts and poms)?
In case OSGeo still have problems, is the OpenGeo repo the most valuable
one to be used? (In that case, can you provide me the distribution
management tag (URL) to be used to deploy our imageio-ext artifacts on it?)

I guess we need to update these things since there is a bit of confusion
about which project relies on which repo and which repo is up to date.
Please, let me know.

Best Regards,
Daniele

--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

-------------------------------------------------------

------------------------------------------------------------------------

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations
Conference from O'Reilly Media. Velocity features a full day of expert-led,
hands-on workshops and two days of sessions from industry leaders in
dedicated Performance & Operations tracks. Use code vel09scf and Save an
extra 15% before 5/3. http://p.sf.net/sfu/velocityconf

------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers

Chris_Hodgson · May 4, 2009, 4:51pm

As far as I can tell, it is specifically Maven which knocks our server out. I don't know if it is notoriously a bad http client or what, but it seems that when one or more people are hitting the maven repo we end up hitting our max connection limit in apache (200 or so connections) and the old connections take forever to die - in fact they usually get locked in close_wait status and never die. I suppose it is just as likely (if not more so) that our out of date apache is to blame.

If others (osgeo, opengeo) also find running a maven repo to be heavy on resources, I wonder if there is a way we could do some kind of mirroring/load-balancing/fall-back setup between the three of us to get optimal performance and uptime while sharing the load? I'm not that familiar with how maven works but it seems like something like this must be possible...

Chris

Daniele Romagnoli wrote:

Hi lists,
first of all, sorry for cross posting.

Could we select an unique commonly used remote repo where to deploy maven artifacts?
Refractions 2 still go down, sometimes.
Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out quite often and therefore the GeoServer nightly build is deploying artifacts on a new additional maven repository, hosted by OpenGeo.
However, it seems that the geotools root pom hosted at the OSGgeo repo seems pointing against the refractions repo. Therefore some recent updates seem missing. (http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)
In case this has been fixed, can you update the automatic build scripts to work against the OSGeo one (in order to updates artifacts and poms)?
In case OSGeo still have problems, is the OpenGeo repo the most valuable one to be used? (In that case, can you provide me the distribution management tag (URL) to be used to deploy our imageio-ext artifacts on it?)

I guess we need to update these things since there is a bit of confusion about which project relies on which repo and which repo is up to date. Please, let me know.

Best Regards,
Daniele

--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

-------------------------------------------------------

------------------------------------------------------------------------

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Arne_Kepp · May 5, 2009, 1:48am

We're barely pushing 1 mbps in any 60 second interval, so the load from Apache is 3% or less.

CLOSE_WAIT is, as you say, is Apache's responsibility. Maven is slightly different in that it opens a new connection for every file, instead of reusing it as most browsers do. I can't think of any special setting except the normal timeouts and KeepAlive (the latter should be set to 3-5 seconds). May also depend on what other modules you have loaded, but I remember we came up blank last time.

-Arne

Chris Hodgson wrote:

As far as I can tell, it is specifically Maven which knocks our server out. I don't know if it is notoriously a bad http client or what, but it seems that when one or more people are hitting the maven repo we end up hitting our max connection limit in apache (200 or so connections) and the old connections take forever to die - in fact they usually get locked in close_wait status and never die. I suppose it is just as likely (if not more so) that our out of date apache is to blame.

If others (osgeo, opengeo) also find running a maven repo to be heavy on resources, I wonder if there is a way we could do some kind of mirroring/load-balancing/fall-back setup between the three of us to get optimal performance and uptime while sharing the load? I'm not that familiar with how maven works but it seems like something like this must be possible...

Chris

Daniele Romagnoli wrote:


Hi lists,
first of all, sorry for cross posting.

Could we select an unique commonly used remote repo where to deploy maven artifacts?
Refractions 2 still go down, sometimes.
Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out quite often and therefore the GeoServer nightly build is deploying artifacts on a new additional maven repository, hosted by OpenGeo.
However, it seems that the geotools root pom hosted at the OSGgeo repo seems pointing against the refractions repo. Therefore some recent updates seem missing. (http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)
In case this has been fixed, can you update the automatic build scripts to work against the OSGeo one (in order to updates artifacts and poms)?
In case OSGeo still have problems, is the OpenGeo repo the most valuable one to be used? (In that case, can you provide me the distribution management tag (URL) to be used to deploy our imageio-ext artifacts on it?)

I guess we need to update these things since there is a bit of confusion about which project relies on which repo and which repo is up to date. Please, let me know.

Best Regards,
Daniele

--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

-------------------------------------------------------

------------------------------------------------------------------------

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
------------------------------------------------------------------------

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

------------------------------------------------------------------------------
Register Now & Save for Velocity, the Web Performance & Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance & Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers

jive · May 5, 2009, 3:59am

Could we select an unique commonly used remote repo where to deploy maven artifacts?

I think so.

Refractions 2 still go down, sometimes.

Correct; we are not planning to continue using it.

Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out
quite often

Is this still the case; my understanding is that the problem was fixed.

And therefore the GeoServer nightly build is deploying artifacts
on a new additional maven repository, hosted by OpenGeo.

This is a good practice for nightly builds; indeed I asked if we could
deploy snapshot releases here. Leaving osgeo for official geotools
releases.

However, it seems that the geotools root pom hosted at the OSGgeo repo seems
pointing against the refractions repo. Therefore some recent updates seem
missing.

That is only the case for 2.5.x; and only because it has not been
updated (I fixed geotools trunk a while ago).

(http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)

A limit on the number of concurrent connection from a single location
was raised.

Jody

Andrea_Aime3 · May 5, 2009, 8:46am

Arne Kepp ha scritto:

We're barely pushing 1 mbps in any 60 second interval, so the load from Apache is 3% or less.

CLOSE_WAIT is, as you say, is Apache's responsibility. Maven is slightly different in that it opens a new connection for every file, instead of reusing it as most browsers do. I can't think of any special setting except the normal timeouts and KeepAlive (the latter should be set to 3-5 seconds). May also depend on what other modules you have loaded, but I remember we came up blank last time.

Reusing connections and handling timeouts properly seem to have
been fixed:
http://jira.codehaus.org/browse/WAGON-98
http://jira.codehaus.org/browse/WAGON-86

However, I'm not sure in which version of Maven the relevant
Wagon plugin is shipped with, it may be it's bundled along with
Maven 2.1.0 which, unfortunately, we cannot use:

http://jira.codehaus.org/browse/GEOT-2473
http://jira.codehaus.org/browse/GEOS-2984

Cheers
Andrea

Daniele_Romagnoli2 · May 5, 2009, 8:46am

Hi again,
on the basis of these conversations, can we conclude to adopt OpenGeo as repo for snapshot and OSGeo as release artifacts repo? (In that case we also need to update the parent poms.)
Should we open a call for votes?

Please let me know.
Regards,
Daniele

On Tue, May 5, 2009 at 5:59 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Could we select an unique commonly used remote repo where to deploy maven artifacts?

I think so.

Refractions 2 still go down, sometimes.

Correct; we are not planning to continue using it.

Therefore, in the past, someone proposed to set a new repo (OSGeo) where to deploy artifacts.
However, as Justin reported some months ago, the OSGeo server bombs out
quite often

Is this still the case; my understanding is that the problem was fixed.

And therefore the GeoServer nightly build is deploying artifacts
on a new additional maven repository, hosted by OpenGeo.

This is a good practice for nightly builds; indeed I asked if we could
deploy snapshot releases here. Leaving osgeo for official geotools
releases.

However, it seems that the geotools root pom hosted at the OSGgeo repo seems
pointing against the refractions repo. Therefore some recent updates seem
missing.

That is only the case for 2.5.x; and only because it has not been
updated (I fixed geotools trunk a while ago).

(http://download.osgeo.org/webdav/geotools/org/geotools/geotools/2.5-SNAPSHOT/geotools-2.5-SNAPSHOT.pom)

Can we move to a single unified repo? Any news about the OSGeo deploying issues? (http://trac.osgeo.org/osgeo/ticket/344)

A limit on the number of concurrent connection from a single location
was raised.

Jody

–

Eng. Daniele Romagnoli
Software Engineer

GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267

http://www.geo-solutions.it

jive · May 5, 2009, 10:55am

On Tue, May 5, 2009 at 6:46 PM, Daniele Romagnoli
<daniele.romagnoli@anonymised.com> wrote:

Hi again,
on the basis of these conversations, can we conclude to adopt OpenGeo as
repo for snapshot and OSGeo as release artifacts repo? (In that case we also
need to update the parent poms.)

That is my intention; we need to change the geotools poms to
accomplish this as far as I know.

Should we open a call for votes?

This direction/permission to use osgeo repo already established for
GeoTools; the work was just not done for 2.5.x.
Changing the SNAPSHOT repositories to opengeo repo was fine for the
udig community - we talked about this with Justin a couple weeks back.

Conversation has not hit the geotools list yet.

Jody

Andrea_Aime3 · May 5, 2009, 11:00am

Jody Garnett ha scritto:

That is my intention; we need to change the geotools poms to
accomplish this as far as I know.

I changed the poms in this direction over a week ago:
http://svn.osgeo.org/geotools/branches/2.5.x/pom.xml

So the OSGEO 2.5.x snapshots are outdated.
If the OpenGeo repository is the one that will keep
the snapshots, then we need to remove them from
the OSGEO one.

A search for a Maven undeploy plugin turned out
to be fruitless. If we go down this way, how do
we remove all the gt2 snapshots from the OSGEO
repo? Manually?

Cheers
Andrea

jive · May 5, 2009, 11:19am

A search for a Maven undeploy plugin turned out
to be fruitless. If we go down this way, how do
we remove all the gt2 snapshots from the OSGEO
repo? Manually?

Yep

Andrea_Aime3 · May 5, 2009, 11:32am

Jody Garnett ha scritto:

A search for a Maven undeploy plugin turned out
to be fruitless. If we go down this way, how do
we remove all the gt2 snapshots from the OSGEO
repo? Manually?

Yep

It would seem it's possible to mount a WebDAV
server into the local filesystem in Linux:
http://sysblogd.wordpress.com/2007/09/09/ubuntu-mounting-remote-filesystem-using-davfs2-fuse/
(and afaik it's possible with windows as well).

At that point, it's like scripting the local fs,
and then it should not be hard to delete everything
that matches /org/geotools/**/*SNAPSHOT
(like http://download.osgeo.org/webdav/geotools/org/geotools/gt-main/2.6-SNAPSHOT/)
and eventually kill also all the modules that are over there without a
gt- prefix.

I can try to code up the thing, but I'll need someone else to review
it before I actually run it (it can be quite dangerous )

Cheers
Andrea

Andrea_Aime3 · May 5, 2009, 12:47pm

Andrea Aime ha scritto:

Jody Garnett ha scritto:

A search for a Maven undeploy plugin turned out
to be fruitless. If we go down this way, how do
we remove all the gt2 snapshots from the OSGEO
repo? Manually?

Yep

It would seem it's possible to mount a WebDAV
server into the local filesystem in Linux:
http://sysblogd.wordpress.com/2007/09/09/ubuntu-mounting-remote-filesystem-using-davfs2-fuse/
(and afaik it's possible with windows as well).

At that point, it's like scripting the local fs,

So it seems the following would do the job

mkdir gtrepo
sudo mount.davfs 'http://download.osgeo.org/webdav/geotools/’ gtrepo
cd gtrepo/org/geotools
find . -name "*SNAPSHOT" -type d -exec rm -r {}\;

should do the trick.
Can anyone confirm it would work? I managed to to the first
part on my notebook but the time it takes to just make an
ls is crazy, the simpler
find . -name "*SNAPSHOT" -type d
has been running for various minutes already (need to try
this out from a NY server, here the latency is killing my
attempt).

Cheers
Andrea

David_Winslow · May 5, 2009, 1:37pm

On Tue, 2009-05-05 at 14:47 +0200, Andrea Aime wrote:

So it seems the following would do the job

mkdir gtrepo
sudo mount.davfs 'http://download.osgeo.org/webdav/geotools/’ gtrepo
cd gtrepo/org/geotools
find . -name "*SNAPSHOT" -type d -exec rm -r {}\;

should do the trick.
Can anyone confirm it would work?

Yes, this looks good to me (a fairly regular user of find and friends).
If you are worried about deleting things you didn't mean to, you could
also do something like -exec mv {} /tmp/{} \; .

--
David Winslow
OpenGeo - http://opengeo.org/

Andrea_Aime3 · May 5, 2009, 2:40pm

Andrea Aime ha scritto:

mkdir gtrepo
sudo mount.davfs 'http://download.osgeo.org/webdav/geotools/’ gtrepo
cd gtrepo/org/geotools
find . -name "*SNAPSHOT" -type d -exec rm -r {}\;

should do the trick.
Can anyone confirm it would work? I managed to to the first
part on my notebook but the time it takes to just make an
ls is crazy, the simpler
find . -name "*SNAPSHOT" -type d

Ok, it took a couple of hours, I'm attaching the results.
They look like pretty good candidates for removal to me.
That is, provided people can confirm we're giong to use
the OpenGeo repo for snapshots in a stable manner.

Cheers
Andrea

(attachments)

gtcleanup.zip (4.63 KB)

Arne_Kepp · May 5, 2009, 4:41pm

Andrea Aime wrote:

Andrea Aime ha scritto:


Jody Garnett ha scritto:


A search for a Maven undeploy plugin turned out
to be fruitless. If we go down this way, how do
we remove all the gt2 snapshots from the OSGEO
repo? Manually?


Yep


It would seem it's possible to mount a WebDAV
server into the local filesystem in Linux:
http://sysblogd.wordpress.com/2007/09/09/ubuntu-mounting-remote-filesystem-using-davfs2-fuse/
(and afaik it's possible with windows as well).

At that point, it's like scripting the local fs,

So it seems the following would do the job

mkdir gtrepo
sudo mount.davfs 'http://download.osgeo.org/webdav/geotools/’ gtrepo
cd gtrepo/org/geotools
find . -name "*SNAPSHOT" -type d -exec rm -r {}\;

should do the trick.
Can anyone confirm it would work? I managed to to the first
part on my notebook but the time it takes to just make an
ls is crazy, the simpler
find . -name "*SNAPSHOT" -type d
has been running for various minutes already (need to try
this out from a NY server, here the latency is killing my
attempt).

Cheers
Andrea

Use single quotes, otherwise your shell could expand the *s, here's one with one more safety:

find . -path '*geotools*' -name '*SNAPSHOT' -type d -exec rm -Rf {} \;

-Arne

--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers