I tried that:

E:\work\up-svcs-test\rel\R1.5\cryptoServer>mvn -Dmaven.test.skip=true
release:prepare
-Dconnection=scm:perforce:[EMAIL PROTECTED]:1666://d
epot/up-svcs-test/cryptoServer/...
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO]
------------------------------------------------------------------------
----
[INFO] Building Crypto Server
[INFO]    task-segment: [release:prepare] (aggregator-style)
[INFO]
------------------------------------------------------------------------
----
[INFO] [release:prepare]
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Missing required setting: scm connection or developerConnection
must be specified.
[INFO]
------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 2 seconds
[INFO] Finished at: Wed Jun 14 16:00:06 EDT 2006
[INFO] Final Memory: 4M/8M
[INFO]
------------------------------------------------------------------------


-----Original Message-----
From: Alexandre Poitras [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, June 14, 2006 3:09 PM
To: Maven Users List
Subject: Re: integration builds and version numbers

Just pass it on the command line. You should check the plugin page.
Tons of information like the goal names and their properties :
http://maven.apache.org/plugins/maven-release-plugin/howto.html
http://maven.apache.org/plugins/maven-release-plugin/plugin-info.html

On 6/14/06, EJ Ciramella <[EMAIL PROTECTED]> wrote:
> Does anyone know if mvn, when using the perforce scm config, will pull
> the users password from an environment variable?
>
> Mike, did you try that before you left this person logged in?
>
> -----Original Message-----
> From: Mike Perham [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 14, 2006 12:12 PM
> To: Maven Users List
> Subject: RE: integration builds and version numbers
>
> The perforce provider does not handle passwords; it is assumed that
you
> are already logged in.  We have a special build user who is only
allowed
> to log in from the build server and whose login never expires.
>
> > -----Original Message-----
> > From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 9:54 AM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > I'm talking about passwords to perforce
> >
> > -----Original Message-----
> > From: Roald Bankras [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 10:55 AM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > The website mentioned by Kieran Brady shows how you can store
> > the scm passwords.
> >
> > Roald Bankras
> > Software Engineer
> > JTeam b.v.
> >
> > -----Original Message-----
> > From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 4:40 PM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > Ok - got the pdf, but I'm confused.  Does this release plugin
> > need to be configured at the parent or child pom level?  What
> > if our scm tool of choose (perforce) requires passwords?
> >
> > -----Original Message-----
> > From: Roald Bankras [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 10:26 AM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > In chapter 7 of the 'better builds with maven' book (downloadable
from
> > www.mergere.com) there is a description on how to use the
> > release plugin.
> > The plugin website can be found at
> > http://maven.apache.org/plugins/maven-release-plugin/
> >
> > Roald Bankras
> > Software Engineer
> > JTeam b.v.
> >
> > -----Original Message-----
> > From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 4:14 PM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > I tried both mvn release and mvn release:release - neither exists.
> >
> > What is the correct goal?
> >
> > -----Original Message-----
> > From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 9:51 AM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > Where is this documented?  I'd like to read more about this.
> >
> > -----Original Message-----
> > From: Roald Bankras [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 14, 2006 3:16 AM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > Updating the version numbers in the pom files can be done by
> > calling the release goal.
> >
> > Roald Bankras
> > Software Engineer
> > JTeam b.v.
> >
> > -----Original Message-----
> > From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> > Sent: Monday, June 12, 2006 11:30 PM
> > To: Maven Users List
> > Subject: RE: integration builds and version numbers
> >
> > Someone must be using CC + M2, no?
> >
> > -----Original Message-----
> > From: EJ Ciramella [mailto:[EMAIL PROTECTED]
> > Sent: Monday, June 12, 2006 8:01 AM
> > To: Maven Users List
> > Subject: integration builds and version numbers
> >
> > How are people updating their pom.xml files with version
> > numbers from say cruisecontrol?
> >
> > We have two types of codelines (in perforce) here, project
> > and release lines.  Everything starts out life as a project
> > then over time one (or
> > more) projects can be integrated to a release line.
> >
> > I'm curious, we're forcefully editing (with the ant replace
> > task) some templated version.html files to reflect what
> > version was built.  Do I need to be doing this to the pom.xml
> > files also?
> >
> > When something is getting built from a project branch, the
> > build number looks like this:
> >
> > X.<projectbranchname>.<buildnumber>
> >
> > So:
> >
> > 8.P000001.1
> >
> > In the maven world, all the project branches would look like this:
> >
> > <version>X.X-SNAPSHOT</version
> >
> > So in the above case -
> >
> > <version>8.0-P000001-SNAPSHOT</version>
> >
> > And when that goes to release
> >
> > <version>8.0.X</version>
> >
> > Where X is a build number.
> >
> > This has a problem though - I'll have to remember the
> > dependency order to build and make sure that module "C" gets
> > built before "B" which is built before "A" (or the replace at
> > least happens in that order).
> >
> > So what are people doing for this?  Manually updating before
> > every build?  I _really_ don't want to have to go back to that....
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> > --
> > No virus found in this incoming message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.3/361 - Release
> > Date: 6/11/2006
> >
> >
> > --
> > No virus found in this outgoing message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.3/362 - Release
> > Date: 6/12/2006
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> > --
> > No virus found in this incoming message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.4/363 - Release
> > Date: 6/13/2006
> >
> >
> > --
> > No virus found in this outgoing message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.4/363 - Release
> > Date: 6/13/2006
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> > --
> > No virus found in this incoming message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.4/363 - Release
> > Date: 6/13/2006
> >
> >
> > --
> > No virus found in this outgoing message.
> > Checked by AVG Free Edition.
> > Version: 7.1.394 / Virus Database: 268.8.4/363 - Release
> > Date: 6/13/2006
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to