That said, commons-exec is asking to exit the commons-sandbox. Might
be time to look at migrating - it's all derived from the same code :)
- Brett
On 13/06/2008, at 11:56 PM, Olivier Lamy wrote:
Hi,
The comment says "upgrade to last p-u SNAPSHOT to test fix for
CONTINUUM-1360 (semicolon in svn args)".
There is an issue CONTINUUM-1360 which depends on a fix in p-u [1]
which has been fixed in the p-u trunk [2] (note the commiter name ;-)
).
And I can't see any build issue because the codehaus snapshots repo is
declared in the pom due to the snapshot dependency.
--
Olivier
[1] http://jira.codehaus.org/browse/PLXUTILS-78
[2] http://fisheye.codehaus.org/changelog/plexus/?cs=7367
2008/6/13 Martin van den Bemt <[EMAIL PROTECTED]>:
This is a mail coming a bit out of the blue probably, since I
haven't been really publicly active
yet on continuum.
Can we please not depend on SNAPSHOT's anymore that are outside of
the continuum project ? This
makes continuum highly unstable and makes maintenance way too hard
if you also have to start
monitoring the external snapshots. Continuum is not the place to
test a bug fix in plexus-utils I
think (if that is what happened, didn't check the plexus-utils
changes).
Mvgr,
Martin
[EMAIL PROTECTED] wrote:
Author: olamy
Date: Thu Jun 12 14:30:43 2008
New Revision: 667235
URL: http://svn.apache.org/viewvc?rev=667235&view=rev
Log:
upgrade to last p-u SNAPSHOT to test fix for CONTINUUM-1360
(semicolon in svn args)
Modified:
continuum/trunk/pom.xml
Modified: continuum/trunk/pom.xml
URL:
http://svn.apache.org/viewvc/continuum/trunk/pom.xml?rev=667235&r1=667234&r2=667235&view=diff
=
=
=
=
=
=
=
=
=
=
====================================================================
--- continuum/trunk/pom.xml (original)
+++ continuum/trunk/pom.xml Thu Jun 12 14:30:43 2008
@@ -640,7 +640,7 @@
<dependency>
<groupId>org.codehaus.plexus</groupId>
<artifactId>plexus-utils</artifactId>
- <version>1.5.1</version>
+ <version>1.5.2-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>org.codehaus.plexus</groupId>
--
Brett Porter
[EMAIL PROTECTED]
http://blogs.exist.com/bporter/
