The following comment has been added to this issue:
Author: Brett Porter
Created: Wed, 12 May 2004 2:21 AM
Body:
I think I'm deluded, this is actually the right place to file this bug
-
View this comment:
http:/
The following comment has been added to this issue:
Author: Brett Porter
Created: Wed, 12 May 2004 2:21 AM
Body:
hehe! I thought we used a third party library for this. I should have taken a closer
look.
Ok, this is the right place to file it.
The following comment has been added to this issue:
Author: Julien Kirch
Created: Wed, 12 May 2004 2:16 AM
Body:
I think I must have missed something, because the issue tracking url of the plugin
(found at the url mentionned by Emmanuel) is this jira project ( maven-jxr-plugin) ,
IMO, You are free to add yourself to the developers list as soon as you
commit anything to that plugin, so the CVS changelog shows up nicely.
I think that if you are an active and regular developer, you should add a
"Developer" role to the plugin, and then there is the "Lead Developer" role
for th
> > I hope it will help you to fix developers lists.
>
> I must admit I don't put my name into the developers list if I'm simply
> doing a fix, only if I'm doing considerable work. Should I have been doing
> that?
It's my question. Not for you especially but in general!!
It is why, I'm wonderi
> Not AFAIK. We should update
> http://maven.apache.org/reference/user-guide.html around the
> section on
> remote repositories though. There are others, sunsite from
> memory mirrors
> ibiblio too... Do we do a quick search and report back??
If someone has a contact at ibiblio that could giv
Brett Porter <[EMAIL PROTECTED]> wrote on 12/05/2004 03:15:18 PM:
> Didn't know there was one. Is there a page that lists these out?
Not AFAIK. We should update
http://maven.apache.org/reference/user-guide.html around the section on
remote repositories though. There are others, sunsite from memo
Well, its fixed now. I have a bad habit of only running the Maven tests
semi-regularly because they take so long on my laptop :(
- Brett
> -Original Message-
> From: Arnaud Heritier [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 12 May 2004 3:42 PM
> To: 'Maven Developers List'
> Subject:
No, I don't still run the tests ;-)
But I had a problem with my CVS (conflict on files) and I checked out maven
and maven-plugins.
I made a build-bootstrap and found this problem :-)
> -Message d'origine-
> De : Brett Porter [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 12 mai 2004 00:58
>
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVENUPLOAD-111
Here is an overview of the issue:
--
Message:
The following issue has been closed.
Resolver: Jason van Zyl
Date: Wed, 12 May 2004 1:21 AM
Please follow the instructions:
http://maven.apache.org/repository-upload.html
-
View the issue:
http://jira.co
Didn't know there was one. Is there a page that lists these out?
Obviously, there is no need to double up like below if the first really is a
mirror (unless it is down).
- Brett
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 12 May 2004 3:
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVENUPLOAD-110
Here is an overview of the issue:
--
Brett Porter <[EMAIL PROTECTED]> wrote on 12/05/2004 02:08:28 PM:
> Actually, another thing we should probably do is add help on the
> installation instructions on how to add your closest apache repository
to
> the list of remote repositories for faster downloads of Apache
artifacts.
>
>
maven
brett 2004/05/11 21:50:38
Modified:src/bin Tag: MAVEN-1_0-BRANCH maven.bat
Log:
allow spaces in JAVA_HOME
Revision ChangesPath
No revision
No revision
1.38.4.4 +1 -1 maven/src/bin/maven.bat
Index: maven.bat
=
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1276
Here is an overview of the issue:
---
brett 2004/05/11 21:16:24
Modified:src/test/java/org/apache/maven/plugin Tag: MAVEN-1_0-BRANCH
PluginCacheManagerTest.java
Log:
fix broken test
Revision ChangesPath
No revision
No revision
1.5.4.5 +1 -1
Actually, another thing we should probably do is add help on the
installation instructions on how to add your closest apache repository to
the list of remote repositories for faster downloads of Apache artifacts.
maven.repo.remote=http://apache.ausgamers.com/java-repository/,http://www.ib
iblio.or
Cool.
I just wanted to make sure we weren't losing this feature.
--
dIon Gillard, Multitask Consulting
Brett Porter <[EMAIL PROTECTED]> wrote on 12/05/2004 01:08:40 PM:
> I think so. It resides under www.apache.org/dist.
>
> Regardless, the final Maven downloads will definitely be linked to t
Just to confirm this:
http://apache.ausgamers.com/java-repository/maven/jars/maven-jelly-tags-1.0.
jar
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 12 May 2004 1:08 PM
> To: Maven Developers List
> Subject: Re: cvs commit: maven/maven-jell
I think so. It resides under www.apache.org/dist.
Regardless, the final Maven downloads will definitely be linked to the
"closer.cgi" and mirrored repositories.
- Brett
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 12 May 2004 1:08 PM
> T
"Arnaud HERITIER" <[EMAIL PROTECTED]> wrote on 12/05/2004 08:08:22 AM:
> Hello all,
>
> I generated this page:
> http://www.apache.org/~aheritier/maven-plugins/developers-overview.html
>
> You'll find the list of maven-plugins with developers and contributors.
>
> I deliberately removed develop
Brett Porter <[EMAIL PROTECTED]> wrote on 12/05/2004 08:57:28 AM:
> It would be huge, especially for JARs not needed until you use some of
the
> plugins.
True, but I still feel it would lose us some heat from the user community
about needing an internet connection to run maven after install.
>
[EMAIL PROTECTED] wrote on 12/05/2004 09:23:46 AM:
> brett 2004/05/11 16:23:46
>
> Modified:maven-jelly-tags Tag: MAVEN-1_0-BRANCH project.xml
> project.properties
> Log:
> point distributions at the Apache repository which is mirrored to
ibiblio
Is the "
brett 2004/05/11 16:33:44
Modified:announcement plugin.properties project.xml
announcement/src/plugin-resources announcement.jsl
announcement/xdocs changes.xml
Log:
adjustments. Don't give plugin information if it isn't a plugin.
Revision Changes
brett 2004/05/11 16:33:22
Modified:.project.properties project.xml
Log:
distribute to Apache Java repository
Revision ChangesPath
1.15 +4 -0 maven-plugins/project.properties
Index: project.properties
=
Message:
The following issue has been closed.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPMULTIPROJECT-26
Here is an overview of the issue:
brett 2004/05/11 16:28:58
Modified:.Tag: MAVEN-1_0-BRANCH project.xml
project.properties
Log:
use Apache java repository to distribute JARs too, which is mirrored to ibiblio
Revision ChangesPath
No revision
No
The following comment has been added to this issue:
Author: Brett Porter
Created: Tue, 11 May 2004 7:27 PM
Body:
works for me on RC2. Can you try again with a clean installation?
You might like to check for bad JARs in your repository too.
-
brett 2004/05/11 16:24:07
Modified:maven-jelly-tags/xdocs Tag: MAVEN-1_0-BRANCH changes.xml
Log:
formatting
Revision ChangesPath
No revision
No revision
1.1.2.4 +4 -3 maven/maven-jelly-tags/xdocs/changes.xml
Index: cha
brett 2004/05/11 16:23:46
Modified:maven-jelly-tags Tag: MAVEN-1_0-BRANCH project.xml
project.properties
Log:
point distributions at the Apache repository which is mirrored to ibiblio
Revision ChangesPath
No revision
No
It only happens when it is added for the first time now.
I don't think it is a big issue as none of our POMs match the XSD yet.
POMv4 can be more strict.
- Brett
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 11 May 2004 11:23 PM
> To: 'Maven Dev
You still run the tests? :)
Thanks.
> -Original Message-
> From: Heritier Arnaud [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 11 May 2004 11:11 PM
> To: Maven Developers List
> Subject: RE: cvs commit: maven/src/test/touchstone-build maven.xml
>
>
> Patch to fix this bug :
>
> Index:
>
It would be huge, especially for JARs not needed until you use some of the
plugins.
Now that aspectj doesn't preGoal on java:compile, I think it is a lot
better. I will check before releasing, but as long as it can do maven jar I
think it's enough. After that, remote access will be necessary.
I'm
+1 from me
--
dIon Gillard, Multitask Consulting
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 12/05/2004 03:32:52 AM:
> Hi,
>
> Following my post on the subject of "Is it possible to accept a new
> committer for a specific plugin?", I'd like to propose Carlos as a
> maven-plugins committer. C
+1
We've already resolved that maven-plugins is a subproject with its own set
of committers.
As we've seen recently with Arnaud who came in essentially for his work on
PDF, having access to other plugins means he started to help out elsewhere
(see his recent work on xdoc and elsewhere), so I don'
Hello all,
I generated this page:
http://www.apache.org/~aheritier/maven-plugins/developers-overview.html
You'll find the list of maven-plugins with developers and contributors.
I deliberately removed developers in the plugin-parent to allow seeing
plugins with no developers. Without that, these
Performing an update of maven-components ...
Updates occured, build required ...
P maven-core/src/.cvsignore
P maven-mboot/.cvsignore
P maven-plugins/maven-clean-plugin/.cvsignore
P maven-plugins/maven-compiler-plugin/.cvsignore
P maven-plugins/maven-hello-plugin/.cvsignore
P maven-plugins/maven
trygvis 2004/05/11 14:20:12
Modified:..cvsignore
maven-core .cvsignore
maven-core/src .cvsignore
maven-mboot .cvsignore
maven-plugins/maven-clean-plugin .cvsignore
maven-plugins/maven-compiler-plugin .cvsi
Performing an update of maven-components ...
Updates occured, build required ...
P maven-meeper/src/bin/codehaus/sync-codehaus
---
Building mboot ...
---
---
The following issue has been updated:
Updater: Charlie Harvey (mailto:[EMAIL PROTECTED])
Date: Tue, 11 May 2004 5:01 PM
Comment:
Here is a sample project with two subprojects. There is no java involved, just xdocs.
If I have something setup incorrectly and that is causing the err
> > I'm agree with you but the result is that all maven-plugins commiters
> are
> > developers for all plugins :-(
>
> Nope. They are potential plugin "developers" that's all.
Yes, potentially.
> >
> > Yes. I think that we can have developers with a commiter role but also
> > developers without
> -Original Message-
> From: Arnaud Heritier [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 22:39
> To: 'Maven Developers List'
> Subject: RE: [VOTE] Remove developers from plugins project.xml
>
>
>
> > -Message d'origine-
> > De : Vincent Massol [mailto:[EMAIL PROTECTED]
> > En
It's weird that I had this problem at home and at work the same day.
Too bad for me.
> -Message d'origine-
> De : Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Envoyé : mardi 11 mai 2004 17:41
> À : Maven Developers List
> Objet : Re: Maven/Apache CVS Problem
>
> On Tuesday 11 May 2004 20:2
> -Message d'origine-
> De : Vincent Massol [mailto:[EMAIL PROTECTED]
> Envoyé : mardi 11 mai 2004 18:02
> À : 'Maven Developers List'
> Objet : RE: [VOTE] Remove developers from plugins project.xml
>
...
>
> For me, developers are the persons who have commit rights on the
> project. Pe
jvanzyl 2004/05/11 13:13:28
Modified:maven-meeper/src/bin/codehaus sync-codehaus
Log:
fix host name
Revision ChangesPath
1.4 +1 -1 maven-components/maven-meeper/src/bin/codehaus/sync-codehaus
Index: sync-codehaus
=
michal 2004/05/11 13:13:14
Added: maven-project/src/main/java/org/apache/maven/artifact/snapshot
SnapshotUtils.java DefaultSnapshotResolver.java
SnapshotResolver.java
Log:
Early version of snapshot resolver. I would like to use .snap
michal 2004/05/11 13:13:11
maven-components/maven-project/src/main/java/org/apache/maven/artifact/snapshot -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jvanzyl 2004/05/11 13:07:53
Modified:maven-meeper/src/bin/codehaus sync-codehaus
Log:
o we'll use secure access to get the artifacts
Revision ChangesPath
1.3 +1 -1 maven-components/maven-meeper/src/bin/codehaus/sync-codehaus
Index: sync-codehaus
Performing an update of maven-components ...
Updates occured, build required ...
P maven-meeper/src/bin/codehaus/sync-codehaus
---
Building mboot ...
---
---
jvanzyl 2004/05/11 12:53:31
Modified:maven-meeper/src/bin/codehaus sync-codehaus
Log:
o tweakin for the first pull
Revision ChangesPath
1.2 +1 -1 maven-components/maven-meeper/src/bin/codehaus/sync-codehaus
Index: sync-codehaus
==
Performing a clean check out of maven-components ...
Updates occured, build required ...
---
Building mboot ...
---
-
michal 2004/05/11 12:21:11
Modified:maven-project/src/test/java/org/apache/maven/artifact/downloader
DefaultArtifactDownloaderTest.java
maven-project/src/main/resources/META-INF/plexus
components.xml
maven-pro
michal 2004/05/11 12:21:03
maven-components/maven-project/src/main/java/org/apache/maven/artifact/downloader -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tue, 2004-05-11 at 22:43, Michal Maczka wrote:
> Vincent Massol wrote:
>
> >Hi,
> >
> >Following my post on the subject of "Is it possible to accept a new
> >committer for a specific plugin?", I'd like to propose Carlos as a
> >maven-plugins committer. Carlos has provided an excellent patch (it
Vincent Massol wrote:
Hi,
Following my post on the subject of "Is it possible to accept a new
committer for a specific plugin?", I'd like to propose Carlos as a
maven-plugins committer. Carlos has provided an excellent patch (it's
actually a full rewrite) for the AspectJ plugin. I suggest that we
Hi,
Following my post on the subject of "Is it possible to accept a new
committer for a specific plugin?", I'd like to propose Carlos as a
maven-plugins committer. Carlos has provided an excellent patch (it's
actually a full rewrite) for the AspectJ plugin. I suggest that we let
him improve and ma
On Tue, 2004-05-11 at 12:07, Vincent Massol wrote:
> Hi Maven committers,
>
> Carlos Sanchez has provided an excellent patch for the AspectJ plugin.
> Actually his patch is a full rewrite of the plugin (it was much needed).
> The path is of excellent quality and I'd like Carlos to become a
> commi
On Tue, 2004-05-11 at 11:26, Heritier Arnaud wrote:
> Hi all,
>
> I would like to propose that we remove the developers declaration in the pom
> for each plugin and that we use only the one in the plugin-parent.
>
> Why
>
> Because :
> - It will simplify the mainten
Hi Maven committers,
Carlos Sanchez has provided an excellent patch for the AspectJ plugin.
Actually his patch is a full rewrite of the plugin (it was much needed).
The path is of excellent quality and I'd like Carlos to become a
committer on the AspectJ plugin. The reason is that I'm confident in
> -Original Message-
> From: Heritier Arnaud [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 17:45
> To: Maven Developers List
> Subject: RE: [VOTE] Remove developers from plugins project.xml
>
> ok for this.
> But in this case we must use roles to define this.
> We could use entities like
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 17:06
> To: [EMAIL PROTECTED]
> Subject: [maven-plugins] dashboard in a reactored test
>
> When running
>
> maven -Dgoal=plugin:test multiproject:goal
>
> from maven-plugins, the dashboard plug
ok for this.
But in this case we must use roles to define this.
We could use entities like it is defined in the wiki ?
http://wiki.codehaus.org/maven/EnsureProjectConsistencyWithEntities#head-0334f6bb02fb7b3100b66778b92b875578e0a089
Won't it be simpler ??
If we keep developers as it is now, is th
On Tuesday 11 May 2004 20:21, Heritier Arnaud wrote:
> Hello guys.
>
> Didn't you have some problems when you update your code from cvs ?
> Since yesterday each file that I update is in conflict (I tested it at
> work and at home).
>
> ...
> cvs update: move away xdocs/start/anakia.xml; it
I'm -1 because more and more plugins will be considered as standalone
projects with their own lifecycle.
Thanks
-Vincent
> -Original Message-
> From: Heritier Arnaud [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 17:27
> To: Maven Dev (E-mail)
> Subject: [VOTE] Remove developers from plugi
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 16:55
> To: [EMAIL PROTECTED]
> Subject: [maven-plugins] plugin tests fail for dashboard
>
> Under JDK 1.3 I was getting test failures for the dash board plugins
test
> projects.
>
> Vincent and
dion2004/05/11 08:36:24
Modified:dashboard project.xml
cruisecontrol project.xml
eclipse project.xml
castor project.xml
ashkelon project.xml
artifact project.xml
deploy project.xml
-1
If section is missing in some plugins it should be added there.
It should be clearly indicated who is a responsible for each of the plugins
and who is "the man" which should be contacted
when any changes to plugin are going to be added. It's clear that each
plugin has different developers.
Hi all,
I would like to propose that we remove the developers declaration in the pom
for each plugin and that we use only the one in the plugin-parent.
Why
Because :
- It will simplify the maintenance. There are approximatively 80 plugins and
20 or 30 comit
Jason van Zyl <[EMAIL PROTECTED]> wrote on 12/05/2004 12:56:23 AM:
> On Tue, 2004-05-11 at 10:41, [EMAIL PROTECTED] wrote:
> > dion2004/05/11 07:41:49
> >
> > - Maven Castor Plug-in
> > + Castor
>
> The is the full human readable name, why are you removing
> "Maven" and "plugin".
dion2004/05/11 08:06:54
Modified:checkstyle/src/plugin-test project.xml
clean/src/plugin-test project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.4 +1 -1 maven-plugins/checkstyle/src/plugin-test/project.xml
Inde
dion2004/05/11 08:05:48
Modified:changes/src/plugin-test project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.3 +1 -1 maven-plugins/changes/src/plugin-test/project.xml
Index: project.xml
==
When running
maven -Dgoal=plugin:test multiproject:goal
from maven-plugins, the dashboard plugin fails with
Expected [4] but got [1]
in the last test.
Is this a known issue?
--
dIon Gillard, Multitask Consulting
-
To unsubs
dion2004/05/11 08:05:12
Modified:aspectwerkz/src/plugin-test project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.6 +1 -1 maven-plugins/aspectwerkz/src/plugin-test/project.xml
Index: project.xml
==
dion2004/05/11 08:02:20
Modified:aspectj/src/plugin-test project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.2 +1 -1 maven-plugins/aspectj/src/plugin-test/project.xml
Index: project.xml
==
dion2004/05/11 07:59:32
Modified:examples project.xml
eclipse project.xml
ejb project.xml
ear project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.12 +1 -1 maven-plugins/example
On Tue, 2004-05-11 at 10:44, Maczka Michal wrote:
> Looks better!
>
> You my look at my comments to this test case which is not passing.
>
> It seems that it works again under Linux and it does not work under MS
> Windows. ( I guess thare is a bug in File.delete() method)
The tests are running o
On Tue, 2004-05-11 at 10:41, [EMAIL PROTECTED] wrote:
> dion2004/05/11 07:41:49
>
> - Maven Castor Plug-in
> + Castor
The is the full human readable name, why are you removing
"Maven" and "plugin". Just having "Castor" in there certainly doesn't
make it clear what it is to a human
dion2004/05/11 07:55:50
Modified:docbook project.xml
dist project.xml
deploy project.xml
developer-activity project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.31 +1 -1 maven-plugi
Under JDK 1.3 I was getting test failures for the dash board plugins test
projects.
Vincent and others, do you mind if I fix this?
--
dIon Gillard, Multitask Consulting
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
dion2004/05/11 07:53:17
Modified:dashboard project.xml
cruisecontrol project.xml
console project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.17 +1 -1 maven-plugins/dashboard/project.xml
Index: pro
Looks better!
You my look at my comments to this test case which is not passing.
It seems that it works again under Linux and it does not work under MS
Windows. ( I guess thare is a bug in File.delete() method)
Michal
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTEC
dion2004/05/11 07:51:11
Modified:checkstyle project.xml
cleanproject.xml
clover project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.44 +1 -1 maven-plugins/checkstyle/project.xml
Index: projec
Performing a clean check out of maven-components ...
Updates occured, build required ...
---
Building mboot ...
---
-
dion2004/05/11 07:42:42
Modified:ant/src/plugin-test project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.5 +1 -1 maven-plugins/ant/src/plugin-test/project.xml
Index: project.xml
==
dion2004/05/11 07:41:49
Modified:castor project.xml
changes project.xml
caller project.xml
changelog project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.23 +1 -1 maven-plugins/castor
Hi Jason
I just suppose that you need to use the latest version of wagon-api for
buidling maven-project module.
Apparantly you are using an older version which was built at least 2 weeks
ago.
The compilation is failing becouse I am using your latest addition to wagon
API like:
wagon.get( String
On Tue, 2004-05-11 at 10:16, [EMAIL PROTECTED] wrote:
> Performing a clean check out of maven-components ...
>
> Updates occured, build required ...
Michal,
Can you take a peek at some of the failures. I'm just trying to get a
clean build so I can apply John's marmalade patch.
--
jvz.
Jason v
Performing a clean check out of maven-components ...
Updates occured, build required ...
---
Building mboot ...
---
-
dion2004/05/11 07:08:07
Modified:aspectj project.xml
ant project.xml
antlrproject.xml
ashkelon project.xml
artifact project.xml
aspectwerkz project.xml
appserver project.xml
Log:
R
dion2004/05/11 06:51:55
Modified:announcement project.xml
Log:
Remove 'Maven' and 'plugin' from name
Revision ChangesPath
1.16 +1 -1 maven-plugins/announcement/project.xml
Index: project.xml
extension is.
> >
> > Discussion are archived which we had an are probably
> locatable looking
> > for type/kind/artifacts. Michal, Rafal and myself were among the
> > participants that I can recall off hand.
>
> Sure but we were discussing making the artifact handler
> configurable by
> end us
Hi Brett,
There's still the problem of the tag happening in the wrong
place it seems. I have fixed tens of problems manually like this and I
would prefer not to have to do it again... :-) Is it possible to fix?
Thanks
-Vincent
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAI
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 11:38
> To: Maven Developers List
> Subject: RE: cvs commit: maven-plugins/artifact/xdocs changes.xml
>
> On Mon, 2004-05-10 at 15:13, Vincent Massol wrote:
> > > -Original Message-
> > > Fro
Patch to fix this bug :
Index: src/test/java/org/apache/maven/plugin/PluginCacheManagerTest.java
===
RCS file:
/home/cvspublic/maven/src/test/java/org/apache/maven/plugin/PluginCacheManagerTest.java,v
retrieving revision 1.5.4.4
diff
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: 11 May 2004 11:38
> To: Maven Developers List
> Subject: RE: cvs commit: maven-plugins/artifact/xdocs changes.xml
>
> On Mon, 2004-05-10 at 15:13, Vincent Massol wrote:
> > > -Original Message-
> > > Fro
hello brett
the bootstrap failed.
I think that it is due to this commit
[exec] __ __
[exec] | \/ |__ _Apache__ ___
[exec] | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
[exec] |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3-SNAPSHOT
[exec] plugin license is cached (dyn
> > Wagon will be a part of m2 alpha-1 release. Once we have it
> ready we can
> try
> > to backport wagon and higher level componets
>
> Is there a reason Wagon is tied to m2?
>
Wagon is not just a better replacement for maven-artifact-plugin.
First fundamental difference is that it suppo
Does 1.0 RC3 ship so that no internet downloads are needed?
i.e. all shipped plugin dependencies are available in the local repo or as
a separate download?
I'd prefer this was in RC3.
--
dIon Gillard, Multitask Consulting
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 11/05/2004 04:15:52 AM:
Maczka Michal <[EMAIL PROTECTED]> wrote on 11/05/2004 05:29:56 PM:
> If you are following the commits logs for maven-components you'll find
that
> last few days there were quite a lot of them and I am busy working on
that.
I don't follow the commits for maven-components or maven-core.
> Things
1 - 100 of 127 matches
Mail list logo
