Mailing-List: contact users-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Users List" <users@maven.apache.org>
Received-SPF: pass (athena.apache.org: domain of
 stephen.alan.connolly@gmail.com designates 209.85.212.171 as permitted
 sender)
MIME-Version: 1.0
In-Reply-To: 
 <2AABD6C4E379F04AAFEE26CA8D93ECAE187BF14D80@SMAPEXMBX1.prod.ad.merc.chicago.cme.com>
References: 
 <34922D8098CB7048A99568D009AF262D0852FEC860@NYKPCMMGMB05.INTRANET.BARCAPINT.COM>
	<CA+nPnMywFTxDwOWz0sxMxzp2Ffx6o=do1xAZJtUjbK4T8yfknw@mail.gmail.com>
	<2AABD6C4E379F04AAFEE26CA8D93ECAE187BF14D80@SMAPEXMBX1.prod.ad.merc.chicago.cme.com>
Date: Wed, 28 Mar 2012 14:41:48 +0100
Message-ID: 
 <CA+nPnMxvoBAbYG5tatTLBNiWR6zoo3kSjuGsEWVCk0=HnRuFwQ@mail.gmail.com>
Subject: Re: There is a way to override distributionManagement in Maven
From: Stephen Connolly <stephen.alan.connolly@gmail.com>
To: Maven Users List <users@maven.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

and what is exactly wrong with

mvn -DaltDeploymentRepository=3Did::default::url deploy

?

no change to pom required

On 28 March 2012 14:35, Lyons, Roy <Roy.Lyons@cmegroup.com> wrote:
> Actually, this makes some sense to me. =A0If you really want to test out =
your build scripts, but do not want to make actual changes to the corporate=
 repo, you would want to instead publish to a temporary area. =A0You don't =
actually want to disable the "deploy" but you don't want it overwriting you=
r current binaries since Java was so awesome as to always create binaries w=
ith a new md5sum (AWESOME feature let me tell you...).
>
> I would be interested in the outcome of this as well, since at the moment=
 our only way of setting up a test environment is to create entirely new co=
de repos and update poms. =A0Of course code and poms get out of date -- so =
unexpected "goodness" has the ability to creep up on us during production b=
uilds.
>
> -----Original Message-----
> From: Stephen Connolly [mailto:stephen.alan.connolly@gmail.com]
> Sent: Wednesday, March 28, 2012 2:45 AM
> To: Maven Users List
> Subject: Re: There is a way to override distributionManagement in Maven
>
> Take a step back and try and explain exactly what the problem is that you=
 think you are trying to solve.
>
> I have a sneaky feeling you are trying to get functionality similar to st=
aging/promotion available from the good repository managers (iirc nexus fre=
e does not, but nexus pro and artifactory certainly have the capability, I =
would need to check archivia, but I suspect it might)
>
> On Tuesday, 27 March 2012, =A0<jose.nunez-zuleta@barclays.com> wrote:
>> Hello Maven users,
>>
>> I have a project master pom.xml with a distribution management section
> defined like this:
>>
>> =A0<distributionManagement>
>> =A0 =A0<repository>
>> =A0 =A0 =A0<id>one</id>
>> =A0 =A0 =A0<name>Blah Managed Releases Repository</name>
>> =A0 =A0 =A0<url>http://XXXX:8080/archiva/repository/one/</url>
>> =A0 =A0 =A0<layout>default</layout>
>> =A0 =A0</repository>
>> =A0 =A0<snapshotRepository>
>> =A0 =A0 =A0<id>snapshots</id>
>> =A0 =A0 =A0<name>Blah Managed Snapshots Repository</name>
>> =A0 =A0 =A0<url>http://XXXX:8080/archiva/repository/snapshots/</url>
>> =A0 =A0 =A0<uniqueVersion>true</uniqueVersion>
>> =A0 =A0 =A0<layout>default</layout>
>> =A0 =A0</snapshotRepository>
>> =A0</distributionManagement>
>>
>> I want to be able to override this values on a test and production
>> setup,
> having the production setting enabled by default; After reading the Maven=
 site it seems than the only way to do this is by using profiles but after =
some reading on this list it seems than the are not a good choice (many cav=
eats).
>>
>> There is a cleaner way to achieve this?
>> Can someone point me to some examples? I'm not sure what to put where
>>
>> Thanks in advance,
>>
>> --Jose
>>
>> Barclays is one of the world's leading banks, and we believe that by
> continuing to integrate the organisation we can better deliver the full p=
ower of Barclays to customers, clients and the communities in which we work=
. As a visible sign of that integration we are moving to a single Barclays =
brand for the majority of our divisions, including those formerly known as =
Barclays Capital, Barclays Wealth and Barclays Corporate.
>>
>> _______________________________________________
>>
>> This e-mail may contain information that is confidential, privileged
>> or
> otherwise protected from
>> disclosure. If you are not an intended recipient of this e-mail, do
>> not
> duplicate or redistribute
>> it by any means. Please delete it and any attachments and notify the
> sender that you have received
>> it in error. Unless specifically indicated, this e-mail is not an
>> offer
> to buy or sell or a
>> solicitation to buy or sell any securities, investment products or
>> other
> financial product or
>> service, an official confirmation of any transaction, or an official
> statement of Barclays. Any
>> views or opinions presented are solely those of the author and do not
> necessarily represent those
>> of Barclays. This e-mail is subject to terms available at the
>> following
> link: www.barcap.com/emaildisclaimer.
>> By messaging with Barclays you consent to the foregoing. =A0Barclays
>> offers
> premier investment banking
>> products and services to its clients through Barclays Bank PLC, a
>> company
> registered in England
>> (number 1026167) with its registered office at 1 Churchill Place,
>> London,
> E14 5HP. =A0This email may
>> relate to or be sent from other members of the Barclays Group.
>>
>> _______________________________________________
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org