Author: brett
Date: Wed Feb 16 17:12:18 2005
New Revision: 154108
URL: http://svn.apache.org/viewcvs?view=rev&rev=154108
Log:
handle username and password for subversion
Modified:
maven/maven-1/plugins/branches/scm-1.5-branch/plugin.jelly
maven/maven-1/plugins/branches/scm-1.5-branch/plug
Author: brett
Date: Wed Feb 16 17:11:20 2005
New Revision: 154107
URL: http://svn.apache.org/viewcvs?view=rev&rev=154107
Log:
fix typo
Modified:
maven/maven-1/plugins/branches/scm-1.5-branch/xdocs/scmurl.xml
Modified: maven/maven-1/plugins/branches/scm-1.5-branch/xdocs/scmurl.xml
URL:
http:
Author: brett
Date: Wed Feb 16 16:41:42 2005
New Revision: 154103
URL: http://svn.apache.org/viewcvs?view=rev&rev=154103
Log:
ignore iml
Modified:
maven/maven-1/plugins/trunk/uberjar/ (props changed)
Propchange: maven/maven-1/plugins/trunk/uberjar/
-
Vincent Massol wrote:
>Hi (Brett),
>
>On
>http://www.apache.org/~brett/maven-stage-site/reference/plugins/scm/properti
>es.html, it says that the maven.scm.svn.module property is deprecated.
>However it seems that the scm:validate goal still checks for it and fail the
>build if it is not found.
>
Vincent Massol wrote:
>I've started implementing this and in doing so I've discovered that it's not
>so easy. I need to think a bit more about it...
>
>
That's pretty much the reason I did what I did :) Only I never came back
to it to put a bootstrapper in...
>There's definitely a need to do th
Vincent Massol wrote:
>Hi,
>
>I'd like to fix a few things in the plugin:
>
>- there's no need to declare plugins in the cruisecontrol.xml file as they
>are declared by default
>
>
I don't recall putting plugins in there - maybe it was Eric as he has
done most of the work since my initial commit
Hi,
I'd like to fix a few things in the plugin:
- there's no need to declare plugins in the cruisecontrol.xml file as they
are declared by default
- the following properties have wrong default values that do not work with
CC 2.2.1. Here they are with correct values:
* maven.cruisecontrol.mail.xl
BTW, if there's no longer a module specified in the SVN URL, how do the SCM
plugin guesses the root URL?
Thanks
-Vincent
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: mercredi 16 février 2005 13:34
> To: 'Maven Developers List'
> Subject: [SCM] Question on
I've started implementing this and in doing so I've discovered that it's not
so easy. I need to think a bit more about it...
There's definitely a need to do this if we wish to support multiprojects
with the cruisecontrol plugin.
ATM, I've reached the conclusion that the cruisecontrol plugin does
Author: vmassol
Date: Wed Feb 16 09:22:42 2005
New Revision: 154053
URL: http://svn.apache.org/viewcvs?view=rev&rev=154053
Log:
Changed copyright years on the file I've modified during my previous commit
Modified:
maven/maven-1/plugins/trunk/cruisecontrol/project.xml
maven/maven-1/plugin
> -Original Message-
> From: Florin Vancea [mailto:[EMAIL PROTECTED]
> Sent: mercredi 16 février 2005 17:15
> To: Maven Developers List
> Subject: Re: [CruiseControl] Problems of order for multiproject?
>
> hehe, looks like CC has grown while I was not looking :)
>
> Thanks for the not
Hi,
I'd like to add to the cruisecontrol plugin a boostrapper so that resources
could be monitored and updated before the modificationset starts. This would
allow updating the cruisecontrol.xml file itself (useful when we store it in
the SCM).
I'd also like to add elements to check for common m
Message:
The following issue has been closed.
Resolver: Vincent Massol
Date: Wed, 16 Feb 2005 11:57 AM
Fixed.
-
View the issue:
http://jira.codehaus.org/browse/MPCRUISECONTROL-19
Here is an overview of the issue:
Author: vmassol
Date: Wed Feb 16 08:57:43 2005
New Revision: 154046
URL: http://svn.apache.org/viewcvs?view=rev&rev=154046
Log:
MPCRUISECONTROL-19: Fix order in which the CruiseControl's
elements are generated. They must be in the order
of the less dependent project first.
Modified:
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/browse/MPCRUISECONTROL-19
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/browse/MPJDEE-2
Here is an overview of the issue:
-
Key: M
hehe, looks like CC has grown while I was not looking :)
Thanks for the notification. After I set up my build loop I did not invest
that much time in seeing what's happening, mostly because I was too busy
with other things. Looks like it's time I check with the outer world :)
Now on the original
Hi Florin,
Thanks for the tip.
I think there's a potentially "better" way of doing it with CC 2.2.1 if
you're using SNAPSHOTS (which is my case): it's the use of
http://cruisecontrol.sourceforge.net/main/configxml.html#mavensnapshotdepend
ency
That way you get the same result but without the nee
And to be clearer, the goal (located in a custom plugin) is
and build.properties on the CC machine contains
maxiq.global.repo.dir=%path_to_my_local_repository%
F.
- Orig
Just an opinion:
In my experience with CC, the order in config file is not that important,
because during the build cycle project sequencing may get screwed (not by
CC's fault, but by nature of the build loop).
I haven't looked at Maven's reactor in a while, but isn't it now stable
enough to allow
Hi,
I'm trying to use the cruisecontrol plugin on a multiproject project, so
that it generates a single cruisecontrol.xml file containing all the
projects. However it seems it is generating the project in the reversed
order (most dependent-upon project first whereas it should be less
dependent-upo
> -Original Message-
> From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
> Sent: mercredi 16 février 2005 13:36
> To: Maven Developers List
> Subject: Re: [CruiseControl] Build order when changes to several
> subprojects?
[snip]
> Personnally, I use a single project in CC, and it works f
The following issue has been updated:
Updater: Daniel Beland (mailto:[EMAIL PROTECTED])
Date: Wed, 16 Feb 2005 7:44 AM
Comment:
The files that gives me the error
Changes:
Attachment changed to index-all.html
--
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/browse/MPLINKCHECK-20
Here is an overview of the issue:
-
- Original Message -
From: "Vincent Massol" <[EMAIL PROTECTED]>
To: "'Maven Developers List'"
Sent: Wednesday, February 16, 2005 1:16 PM
Subject: [CruiseControl] Build order when changes to several subprojects?
> Hi CC gurus,
>
> I wanted to know if the following use case is take care
Hi (Brett),
On
http://www.apache.org/~brett/maven-stage-site/reference/plugins/scm/properti
es.html, it says that the maven.scm.svn.module property is deprecated.
However it seems that the scm:validate goal still checks for it and fail the
build if it is not found.
AFAICS, this property is no lon
Hi CC gurus,
I wanted to know if the following use case is take care of by CC and/or the
Maven CC plugin:
- Imagine you have a multiproject
- Imagine that you're using SVN
- Imagine that you commit a change that contains changes for 2 subprojects
from your multiproject. Imagine that these 2 subpr
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/browse/MPLINKCHECK-19
Here is an overview of the issue:
-
Author: vmassol
Date: Wed Feb 16 00:21:07 2005
New Revision: 154010
URL: http://svn.apache.org/viewcvs?view=rev&rev=154010
Log:
Changed the location of the default license. It is now bundled in the plugin
and the plugin no longer downloads it from your remote repository. As before if
you wish to
29 matches
Mail list logo
