+1
On 2/21/06, Lukas Theussl [EMAIL PROTECTED] wrote:
Hi,
Please vote on the release of the following m1 plugins:
[] maven-artifact-plugin-1.8
[] maven-jxr-plugin-1.5
[] maven-scm-plugin-1.6
The artifact and scm releases are necessary now that the repository and
release plugins are
[+1] maven-artifact-plugin-1.8
[+1] maven-jxr-plugin-1.5
[-0] maven-scm-plugin-1.6
For maven-scm, I'd prefer you wait maven-scm 1.0 final release, i'll release it
next week.
Emmanuel
Lukas Theussl a écrit :
Hi,
Please vote on the release of the following m1 plugins:
[]
[ http://jira.codehaus.org/browse/MNG-1181?page=comments#action_59089 ]
Jochen Wiedmann commented on MNG-1181:
--
the embedder2 class seems to be missing some functionality of the original,
namely the reading of models and MavenProjects.
Yes, that's
JarAnalyzer -- com.kirkk.analyzer
-
Key: MAVENUPLOAD-753
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-753
Project: maven-upload-requests
Type: Task
Reporter: Wayne Fay
Attachments: analyzer-0.9.3-bundle.jar
JarAnalyzer is a
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.091501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.091501.txt
-
To unsubscribe,
After successful installation of artifact to the repository, do optional clean
up.
--
Key: MINSTALL-13
URL: http://jira.codehaus.org/browse/MINSTALL-13
Project: Maven 2.x Install Plugin
[ http://jira.codehaus.org/browse/MINSTALL-13?page=all ]
Brett Porter closed MINSTALL-13:
Assign To: Brett Porter
Resolution: Won't Fix
you mean the same as mvn clean ? You would be better to bind this to the
install phase in a profile:
Isn't there a similar problem on linux systems to start services ?
AFAIK it uses shells orderings by adding order numbers, and the script
update-rc.d is used to add a new service at an expected position if
possible.
Maybe it could be a good inspiration for maven plugins ordering ?
Nico.
Nicolas De Loof wrote on Tuesday, February 21, 2006 11:18 AM:
Isn't there a similar problem on linux systems to start services ?
Depends on the distro. Gentoo uses command as keywords in the start scripts:
provides id [id ...]
needs id [id ...]
use id [id ...]
before id [id ...]
after id [id
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Michael Böckling updated MAVENUPLOAD-750:
-
Attachment: jibx-bind-1.0.1-bundle.jar
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Michael Böckling updated MAVENUPLOAD-750:
-
Attachment: jibx-extras-1.0.1-bundle.jar
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Michael Böckling updated MAVENUPLOAD-750:
-
Attachment: jibx-run-1.0.1-bundle.jar
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
[ http://jira.codehaus.org/browse/MAVEN-1741?page=comments#action_59103 ]
nicolas de loof commented on MAVEN-1741:
I've made some other tests: I've converter the war project in the attached zip
to a simple jar.
commons-attributes plugin is executed
[
http://jira.codehaus.org/browse/MPCRUISECONTROL-34?page=comments#action_59102 ]
Michael Mattox commented on MPCRUISECONTROL-34:
---
This issue is so old I don't think it should remain open.
We're using Continuum with Maven2 so for me this issue
Depends on the distro. Gentoo uses command as keywords in the start scripts:
provides id [id ...]
needs id [id ...]
use id [id ...]
before id [id ...]
after id [id ...]
provides is normally implicit the name of the script, need is a runtime requirement for a start,
use shoudl be started
On MAVEN-1741 I've made some investigation and really think the reactor
is the cause of the issue.
In this case, a plugin registers a preGoal in it's jelly script. Maybe
it is not a supported use-case, and if so it may be documented.
Nico.
This message contains information that may be
Add plugin-metadata-1.0.0.xsd to http://maven.apache.org/xsd
--
Key: MNG-2095
URL: http://jira.codehaus.org/browse/MNG-2095
Project: Maven 2
Type: Task
Components: Plugin Creation Tools
Reporter:
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.103001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.103001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.104501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.104501.txt
-
To unsubscribe,
[ http://jira.codehaus.org/browse/MNG-1898?page=comments#action_59111 ]
Brett Porter commented on MNG-1898:
---
the problem appeared to be that the RealmDelegatingClassLoader included the
system classpath, which would have conflicted with Xerces, as best I
On 2/8/06, Brett Porter [EMAIL PROTECTED] wrote:
Some folks seem interested, so I wanted to give a quick overview of the
repository manager.
It is an application that runs either standalone or as a webapp with the
following functionality:
- repository search
- repository/artifact browsing
[ http://jira.codehaus.org/browse/MNG-1181?page=all ]
Jochen Wiedmann updated MNG-1181:
-
Attachment: MavenEmbedder2.java
MavenEmbedder.execute() doesn't run reactor modules
---
Key: MNG-1181
[ http://jira.codehaus.org/browse/MNG-1898?page=all ]
Brett Porter closed MNG-1898:
-
Assign To: Brett Porter
Resolution: Fixed
Fix Version: (was: 2.0.4)
2.0.3
Plugin classpath broken from 2.0 to 2.0.1
[ http://jira.codehaus.org/browse/MNG-1181?page=comments#action_59113 ]
Jochen Wiedmann commented on MNG-1181:
--
Sorry, not MNGECLIPSE-75, but MNGECLIPSE-71.
MavenEmbedder.execute() doesn't run reactor modules
[ http://jira.codehaus.org/browse/MNGECLIPSE-71?page=all ]
Jochen Wiedmann updated MNGECLIPSE-71:
--
Attachment: MNGECLIPSE-75.patch
install goal for multiproject does not discover and act upon submodules
[ http://jira.codehaus.org/browse/MNG-2095?page=all ]
Brett Porter updated MNG-2095:
--
Fix Version: 2.0.3
let's wire these up as part of the site release process
Add plugin-metadata-1.0.0.xsd to http://maven.apache.org/xsd
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.113001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.113001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Wrong log-level (info) used causing several annoying messages when running Jetty
Key: MPJETTY-9
URL: http://jira.codehaus.org/browse/MPJETTY-9
Project: maven-jetty-plugin
Type: Bug
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.114501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.114501.txt
-
To unsubscribe,
copied.
John Casey wrote:
I noticed this too. I'll move the tag, as soon as I figure out how. It
looks like this happened because I was using an older plugin-parent POM
version (a guess?)...I'll definitely look into it, though.
-john
Grzegorz Słowikowski wrote:
Hi
Why
Thanks for this!
Jesse McConnell wrote:
1) so I did it once with just a normal junit test class and put the setters
on the mojo. Very little new code had to be added to get it working and it
was trivial to take that plugin up to about 85% coverage...the remainder
being some workaround for a
[ http://jira.codehaus.org/browse/MNG-2093?page=comments#action_59117 ]
Brett Porter commented on MNG-2093:
---
some minor comments:
- can you follow the Maven code formatting standard?
- need to add the license to new files
- it appears patches with 0 length
[ http://jira.codehaus.org/browse/MNG-2093?page=comments#action_59118 ]
Emmanuel Venisse commented on MNG-2093:
---
junit and plexus-utils must use test scope
clean plugin unit test
--
Key: MNG-2093
URL:
[ http://jira.codehaus.org/browse/MCLEAN-6?page=all ]
Brett Porter moved MNG-2093 to MCLEAN-6:
Component: (was: General)
Complexity: (was: Intermediate)
Workflow: Maven (was: Maven New)
Key: MCLEAN-6 (was: MNG-2093)
[ http://jira.codehaus.org/browse/MCLEAN-6?page=all ]
Brett Porter closed MCLEAN-6:
-
Assign To: Brett Porter
Resolution: Fixed
Fix Version: 2.1.1
clean plugin unit test
--
Key: MCLEAN-6
URL:
[ http://jira.codehaus.org/browse/MNG-2076?page=comments#action_59119 ]
Kees de Kooter commented on MNG-2076:
-
I am getting the same exception. In my case there is a property I defined
myself (${spring.contextconfiglocation} to be exact) that is causing
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.131500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.133001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.133001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.134501.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.14.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.14.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Unsupported Protocol: 'ftp': Cannot find wagon which supports the requested
protocol: ftp
-
Key: WAGONFTP-11
URL: http://jira.codehaus.org/browse/WAGONFTP-11
Project: wagon-ftp
Take discussion with Milos and break down into issues
-
Key: ARCHETYPE-30
URL: http://jira.codehaus.org/browse/ARCHETYPE-30
Project: Maven Archetype
Type: Task
Reporter: Jason van Zyl
Assigned to: Jason van
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.144500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ant:echo throws StackOverflowError after migrating from 1.0.2 to 1.1-beta-2
---
Key: MAVEN-1749
URL: http://jira.codehaus.org/browse/MAVEN-1749
Project: Maven
Type: Bug
Components: jelly/ant
[ http://jira.codehaus.org/browse/MAVEN-1749?page=comments#action_59124 ]
Arnaud Heritier commented on MAVEN-1749:
Can you try with a SNAPSHOT :
http://people.apache.org/~aheritier/maven/1.X/snapshots/
I already saw it but I didn't remember where
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.15.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.15.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Create a tool that will generate an archetype from an existing project
--
Key: ARCHETYPE-31
URL: http://jira.codehaus.org/browse/ARCHETYPE-31
Project: Maven Archetype
Type: New Feature
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.151504.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
allow configuration with execution in a lifecycle overlay, like a plugin
allows
---
Key: MNG-2096
URL: http://jira.codehaus.org/browse/MNG-2096
Project: Maven 2
Type: Improvement
[ http://jira.codehaus.org/browse/MNG-2096?page=all ]
Brett Porter closed MNG-2096:
-
Assign To: Brett Porter
Resolution: Fixed
Fix Version: 2.0.3
allow configuration with execution in a lifecycle overlay, like a plugin
allows
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.153002.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I have a multi-module build here under a top level pom whose
packaging is set to pom. In the same m2 build lifecycle, I would
like to execute some goals only at the parent, then execute all the
children poms and then come back up to the parent to finish off the
build.
This currently doesn't seem
[ http://jira.codehaus.org/browse/MNG-1898?page=comments#action_59128 ]
Brian Fox commented on MNG-1898:
Thank you!
Plugin classpath broken from 2.0 to 2.0.1
-
Key: MNG-1898
URL:
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.154501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.154501.txt
-
To unsubscribe,
MAJ documentation in introduction.apt
-
Key: MPEAR-45
URL: http://jira.codehaus.org/browse/MPEAR-45
Project: maven-ear-plugin
Type: Improvement
Reporter: Lilians Auvigne
Attachments: majDoc.diff
Old is :
{code:xml}
[ http://jira.codehaus.org/browse/MNG-2006?page=all ]
Emmanuel Venisse reopened MNG-2006:
---
patch doesn't work
Module SCM URL is resolved as [...]/parent/module regardless of relativePath
[ http://jira.codehaus.org/browse/MEAR-21?page=all ]
Arnaud Heritier moved MPEAR-45 to MEAR-21:
--
Workflow: Maven (was: jira)
Key: MEAR-21 (was: MPEAR-45)
Project: Maven 2.x Ear Plugin (was: maven-ear-plugin)
MAJ documentation
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.160001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.160001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Heads up - I'm going to start working on this on trunk after the 2.0.3
release goes out and things settle down.
Complain now or hold your peace :)
-Brett
Brett Porter wrote:
Here is how I propose this would go now. At the bottom, I have this
mapped out as an SVN tree and a sitemap including
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.161501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.161501.txt
-
To unsubscribe,
[ http://jira.codehaus.org/browse/MNG-2083?page=all ]
John Casey closed MNG-2083:
---
Resolution: Fixed
there was a problem with projects that were already cached...the pomArtifact
doesn't get populated with downloadUrl, because the project is already in
The only thing I can tell you is that a plugin can fork a new
lifecycle and it seems to be what you are trying to do. But I don't
really know how it's work, some developpers might help you here. Take
a look at the section Forking a Parallel Lifecycle in this document
[ http://jira.codehaus.org/browse/MAVEN-1741?page=comments#action_59133 ]
Lukas Theussl commented on MAVEN-1741:
--
I think (I am not sure, I have to check the archives) that this is actually the
intented behavior in maven 1.1. A pregoal is always only
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.164500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.164500.txt
-
To unsubscribe,
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.17.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.17.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.171500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MAVENUPLOAD-752?page=all ]
Carlos Sanchez closed MAVENUPLOAD-752:
--
Assign To: Carlos Sanchez
Resolution: Fixed
Don't know who uploaded, but already there
Bundle for Ehcache - wnat to use in Geronimo
[ http://jira.codehaus.org/browse/MAVENUPLOAD-751?page=all ]
Carlos Sanchez closed MAVENUPLOAD-751:
--
Assign To: Carlos Sanchez
Resolution: Won't Fix
Already there under easymock group, from 2.0 we use org.easymock
uploaded sources
[ http://jira.codehaus.org/browse/MPJAVA-23?page=all ]
Lukas Theussl closed MPJAVA-23:
---
Resolution: Fixed
deprecation warnings are turned off by default, they should be on
-
[ http://jira.codehaus.org/browse/MAVENUPLOAD-753?page=all ]
Carlos Sanchez closed MAVENUPLOAD-753:
--
Assign To: Carlos Sanchez
Resolution: Fixed
Uploaded as jaranalyzer, you shouldn't have renamed the jar
JarAnalyzer --
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.174501.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
http://jira.codehaus.org/browse/MAVENUPLOAD-753?page=comments#action_59140 ]
Wayne Fay commented on MAVENUPLOAD-753:
---
I took the name of the project from the source code -- com.kirkk.analyzer,
rather than the name the author chose of Jaranalyzer.
[ http://jira.codehaus.org/browse/MPJAVA-44?page=all ]
Lukas Theussl closed MPJAVA-44:
---
Resolution: Fixed
Create property to disable compilation warning
--
Key: MPJAVA-44
URL:
[ http://jira.codehaus.org/browse/MPJAVA-26?page=all ]
Lukas Theussl closed MPJAVA-26:
---
Resolution: Won't Fix
Fix Version: (was: 1.6)
The default values are usually the same as for the corresponding options of the
javac ant task. There are
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.180001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.180001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
goal compile throws exception when src/main/java doesn't exist
--
Key: MPASPECTJ-25
URL: http://jira.codehaus.org/browse/MPASPECTJ-25
Project: maven-aspectj-plugin
Type: Bug
Environment: linux
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.181502.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MCOMPILER-28?page=all ]
Lukas Theussl moved MPASPECTJ-25 to MCOMPILER-28:
-
Workflow: Maven (was: jira)
Key: MCOMPILER-28 (was: MPASPECTJ-25)
Project: Maven 2.x Compiler Plugin (was:
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.184501.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
http://jira.codehaus.org/browse/MAVENUPLOAD-742?page=comments#action_59142 ]
Carlos Sanchez commented on MAVENUPLOAD-742:
I have tried the plugin from
http://cvs.sourceforge.net/viewcvs.py/qalab/maven2-qalab-plugin/
and doesn't even build,
Looks like a promising tool.
I tried IndexSearcherCli, but found out it needs to make an index first
and there isn't one available for ibiblio yet.
Will the indexes be available on a public server (through a
xfire/hessian/httpinvoker webservice) or will everyone need to make it's
own index
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Carlos Sanchez closed MAVENUPLOAD-750:
--
Assign To: Carlos Sanchez
Resolution: Fixed
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-742?page=all ]
Carlos Sanchez updated MAVENUPLOAD-742:
---
Attachment: qalab-patch.diff
Please upload maven-qalab-plugin
Key: MAVENUPLOAD-742
URL:
adding a phase called prepare-package
-
Key: MNG-2097
URL: http://jira.codehaus.org/browse/MNG-2097
Project: Maven 2
Type: New Feature
Components: Plugins and Lifecycle
Versions: 2.0.2
Environment: all
Reporter:
[ http://jira.codehaus.org/browse/MPJAVA-32?page=all ]
Lukas Theussl closed MPJAVA-32:
---
Resolution: Fixed
Support maven.compile.debuglevel property
-
Key: MPJAVA-32
URL:
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.191501.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MPJAVA-41?page=all ]
Lukas Theussl closed MPJAVA-41:
---
Resolution: Fixed
Introduced a maven.compile.failonerror property.
Allow the generation of the compiler output report although compilation fails
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.194500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
No way to skip antrun when -Dmaven.test.skip is set
---
Key: MANTRUN-44
URL: http://jira.codehaus.org/browse/MANTRUN-44
Project: Maven 2.x Antrun Plugin
Type: Bug
Reporter: Dan Diephouse
Fix For: 1.2
I
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.201500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MNG-2098?page=all ]
Garrett Conaty updated MNG-2098:
Attachment: MNG-2098.simplefix.diff
Artifact resolver incorrectly selects repository which doesn't contain the
selected version
Artifact resolver incorrectly selects repository which doesn't contain the
selected version
---
Key: MNG-2098
URL: http://jira.codehaus.org/browse/MNG-2098
Project: Maven 2
[ http://jira.codehaus.org/browse/MNG-2006?page=all ]
John Casey closed MNG-2006:
---
Resolution: Fixed
Implemented the following strategy for determining module path adjustments for
URLs:
1. look for module-project file, and parent-project file, and
Thought it was appropriate to bring my comments out of the jira issue
for discussion on the list.
Basically, I want to work on a more elegant fix for this issue but am
requesting some community guidance. Specifically for the issue:
1) Should the DefaultArtifactResolver really use
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060221.203000.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060221.203000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Ability to specify which scm connection should be used to build the project
(connection or developerConnection)
---
Key: CONTINUUM-598
URL:
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060221.204501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060221.204501.txt
-
To unsubscribe,
[ http://jira.codehaus.org/browse/SCM-139?page=all ]
Dennis Lundberg updated SCM-139:
Attachment: SCM-139.zip
Create a utility class for scm url checking/parsing
---
Key: SCM-139
[ http://jira.codehaus.org/browse/MNG-2003?page=all ]
John Casey closed MNG-2003:
---
Resolution: Fixed
released and updated in maven/pom.xml
release and update to wagon-file 1.0-alpha-7
Key:
[ http://jira.codehaus.org/browse/SCM-139?page=all ]
Dennis Lundberg updated SCM-139:
Attachment: SCM-139-2.zip
Create a utility class for scm url checking/parsing
---
Key: SCM-139
1 - 100 of 180 matches
Mail list logo