Maven › Maven - Users

Is there any way to stop the same version of pom file/build being built more than once?

Classic

List

Threaded

14 messages Options

baz themail

Is there any way to stop the same version of pom file/build being built more than once?

Hi,
Is there any way to stop the same version of pom file/build being
built more than once?
Thanks.
B.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Wendy Smoak

Re: Is there any way to stop the same version of pom file/build being built more than once?

On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]> wrote:
> Hi,
> Is there any way to stop the same version of pom file/build being
> built more than once?

Being _built_? Probably not... anyone can check out a tag and
re-build that version locally, nothing to prevent that from happening.
(Nor should there be.)

What's the real underlying problem?

My guess is that it's about not overwriting released versions. In
which case... are you using -SNAPSHOT version numbers and going
through a release process? A repository manager to store your
artifacts?

Tell us more about your situation and most likely someone will have
some advice for you.

--
Wendy

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

baz themail

Re: Is there any way to stop the same version of pom file/build being built more than once?

Wendy, thanks for your reply.

Here is the example:

1. Someone need to fix a bug in production.
2. Create a new branch for bug fix based on a label.
3. The newly created branch will contain older pom files with older
version that already released in Nexus (or any Maven based
repository).
4. Logically, once the branch is created from an older label, in order
to avoid redeploying the old version numbers, the version number
should be changed.
5. Say, if #4 is skipped, then the same version number that exist in
Nexus will be overwritten after performing a release build.
6. This is to assume that we should keep the old release version even
if it is buggy.

So, my question is: Is there any way to skip #4 by having some Maven
type mechanism to check and stop a release build if the version
already exist in maven repo?

Thanks.

B.

On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:

> On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]> wrote:
>> Hi,
>> Is there any way to stop the same version of pom file/build being
>> built more than once?
>
> Being _built_? Probably not... anyone can check out a tag and
> re-build that version locally, nothing to prevent that from happening.
> (Nor should there be.)
>
> What's the real underlying problem?
>
> My guess is that it's about not overwriting released versions. In
> which case... are you using -SNAPSHOT version numbers and going
> through a release process? A repository manager to store your
> artifacts?
>
> Tell us more about your situation and most likely someone will have
> some advice for you.
>
> --
> Wendy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Thiessen, Todd (Todd)

RE: Is there any way to stop the same version of pom file/build being built more than once?

Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.

> -----Original Message-----
> From: baz themail [mailto:[hidden email]]
> Sent: Wednesday, January 05, 2011 12:55 PM
> To: Maven Users List
> Subject: Re: Is there any way to stop the same version of pom file/build
> being built more than once?
>
> Wendy, thanks for your reply.
>
> Here is the example:
>
> 1. Someone need to fix a bug in production.
> 2. Create a new branch for bug fix based on a label.
> 3. The newly created branch will contain older pom files with older
> version that already released in Nexus (or any Maven based
> repository).
> 4. Logically, once the branch is created from an older label, in order
> to avoid redeploying the old version numbers, the version number
> should be changed.
> 5. Say, if #4 is skipped, then the same version number that exist in
> Nexus will be overwritten after performing a release build.
> 6. This is to assume that we should keep the old release version even
> if it is buggy.
>
> So, my question is: Is there any way to skip #4 by having some Maven
> type mechanism to check and stop a release build if the version
> already exist in maven repo?
>
> Thanks.
>
> B.
>
> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
> wrote:
> >> Hi,
> >> Is there any way to stop the same version of pom file/build being
> >> built more than once?
> >
> > Being _built_? Probably not... anyone can check out a tag and
> > re-build that version locally, nothing to prevent that from happening.
> > (Nor should there be.)
> >
> > What's the real underlying problem?
> >
> > My guess is that it's about not overwriting released versions. In
> > which case... are you using -SNAPSHOT version numbers and going
> > through a release process? A repository manager to store your
> > artifacts?
> >
> > Tell us more about your situation and most likely someone will have
> > some advice for you.
> >
> > --
> > Wendy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Wendy Smoak

Re: Is there any way to stop the same version of pom file/build being built more than once?

In reply to this post by baz themail

On Wed, Jan 5, 2011 at 12:54 PM, baz themail <[hidden email]> wrote:
> 1. Someone need to fix a bug in production.
> 2. Create a new branch for bug fix based on a label.
> 3. The newly created branch will contain older pom files with older
> version that already released in Nexus (or any Maven based
> repository).

How is the branch being created? Either the release plugin or the scm
plugin has a branch goal that will change the version number, though
iirc it modifies the tag to do it, which I don't like. Or, you can
use the versions plugin to easily set the new version.

> 4. Logically, once the branch is created from an older label, in order
> to avoid redeploying the old version numbers, the version number
> should be changed.
> 5. Say, if #4 is skipped, then the same version number that exist in
> Nexus will be overwritten after performing a release build.

It shouldn't -- isn't there a setting to make it disallow this?

> 6. This is to assume that we should keep the old release version even
> if it is buggy.

Released artifacts should never change, so yes, you should keep the
old buggy version separate from the new fixed version.

--
Wendy

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Nick_S

Re: Is there any way to stop the same version of pom file/build being built more than once?

In reply to this post by Thiessen, Todd (Todd)

And use the Maven Release Plugin to create the branch[1][2] in the
first place. This will change the version numbers back to snapshot.

[1] http://maven.apache.org/plugins/maven-release-plugin/branch-mojo.html
[2] http://maven.apache.org/plugins/maven-release-plugin/examples/branch.html

Hth,

Nick Stolwijk
~Senior Java Developer~

iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I www.iprofs.nl

On Wed, Jan 5, 2011 at 6:58 PM, Thiessen, Todd (Todd)
<[hidden email]> wrote:

> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>
>> -----Original Message-----
>> From: baz themail [mailto:[hidden email]]
>> Sent: Wednesday, January 05, 2011 12:55 PM
>> To: Maven Users List
>> Subject: Re: Is there any way to stop the same version of pom file/build
>> being built more than once?
>>
>> Wendy, thanks for your reply.
>>
>> Here is the example:
>>
>> 1. Someone need to fix a bug in production.
>> 2. Create a new branch for bug fix based on a label.
>> 3. The newly created branch will contain older pom files with older
>> version that already released in Nexus (or any Maven based
>> repository).
>> 4. Logically, once the branch is created from an older label, in order
>> to avoid redeploying the old version numbers, the version number
>> should be changed.
>> 5. Say, if #4 is skipped, then the same version number that exist in
>> Nexus will be overwritten after performing a release build.
>> 6. This is to assume that we should keep the old release version even
>> if it is buggy.
>>
>> So, my question is: Is there any way to skip #4 by having some Maven
>> type mechanism to check and stop a release build if the version
>> already exist in maven repo?
>>
>> Thanks.
>>
>> B.
>>
>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>> wrote:
>> >> Hi,
>> >> Is there any way to stop the same version of pom file/build being
>> >> built more than once?
>> >
>> > Being _built_? Probably not... anyone can check out a tag and
>> > re-build that version locally, nothing to prevent that from happening.
>> > (Nor should there be.)
>> >
>> > What's the real underlying problem?
>> >
>> > My guess is that it's about not overwriting released versions. In
>> > which case... are you using -SNAPSHOT version numbers and going
>> > through a release process? A repository manager to store your
>> > artifacts?
>> >
>> > Tell us more about your situation and most likely someone will have
>> > some advice for you.
>> >
>> > --
>> > Wendy
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: [hidden email]
>> > For additional commands, e-mail: [hidden email]
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

baz themail

Re: Is there any way to stop the same version of pom file/build being built more than once?

In reply to this post by Thiessen, Todd (Todd)

Todd, thats one of the function that I thought Nexus has... but I
cannot find the usage for it. Is it only available in Pro version?

On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
<[hidden email]> wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Nick_S

Re: Is there any way to stop the same version of pom file/build being built more than once?

I just checked our 1.8.0.1 instance of Nexus and it is right there
under the configuration of a hosted repository:

Deployment policy:
Allow redeploy
Disallow redeploy
Read only

Hth,

Nick Stolwijk
~Senior Java Developer~

iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I www.iprofs.nl

On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:

> Todd, thats one of the function that I thought Nexus has... but I
> cannot find the usage for it. Is it only available in Pro version?
>
> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
> <[hidden email]> wrote:
>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>
>>> -----Original Message-----
>>> From: baz themail [mailto:[hidden email]]
>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>> To: Maven Users List
>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>> being built more than once?
>>>
>>> Wendy, thanks for your reply.
>>>
>>> Here is the example:
>>>
>>> 1. Someone need to fix a bug in production.
>>> 2. Create a new branch for bug fix based on a label.
>>> 3. The newly created branch will contain older pom files with older
>>> version that already released in Nexus (or any Maven based
>>> repository).
>>> 4. Logically, once the branch is created from an older label, in order
>>> to avoid redeploying the old version numbers, the version number
>>> should be changed.
>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>> Nexus will be overwritten after performing a release build.
>>> 6. This is to assume that we should keep the old release version even
>>> if it is buggy.
>>>
>>> So, my question is: Is there any way to skip #4 by having some Maven
>>> type mechanism to check and stop a release build if the version
>>> already exist in maven repo?
>>>
>>> Thanks.
>>>
>>> B.
>>>
>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>> wrote:
>>> >> Hi,
>>> >> Is there any way to stop the same version of pom file/build being
>>> >> built more than once?
>>> >
>>> > Being _built_? Probably not... anyone can check out a tag and
>>> > re-build that version locally, nothing to prevent that from happening.
>>> > (Nor should there be.)
>>> >
>>> > What's the real underlying problem?
>>> >
>>> > My guess is that it's about not overwriting released versions. In
>>> > which case... are you using -SNAPSHOT version numbers and going
>>> > through a release process? A repository manager to store your
>>> > artifacts?
>>> >
>>> > Tell us more about your situation and most likely someone will have
>>> > some advice for you.
>>> >
>>> > --
>>> > Wendy
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: [hidden email]
>>> > For additional commands, e-mail: [hidden email]
>>> >
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

baz themail

Re: Is there any way to stop the same version of pom file/build being built more than once?

Nick,

I am using Nexus open source version 1.3.6.

- Open repository named "releases".
- Configuration tab.
- I see "Repositoy ID", "Repository Name", "Repository type",
"Provider", "Format", "Repository Policy", "Default Local Storage
Location", "Override Local Storage Location"; Access settings: "Allow
Deployment", "Allow File Browsing", "Include in Search"; Expiration
settings: "Not found cache TTL".

I do not see Deployment policy. Is this a feature for PRO?

Thanks.

B.

On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <[hidden email]> wrote:

> I just checked our 1.8.0.1 instance of Nexus and it is right there
> under the configuration of a hosted repository:
>
> Deployment policy:
> Allow redeploy
> Disallow redeploy
> Read only
>
> Hth,
>
> Nick Stolwijk
> ~Senior Java Developer~
>
> iPROFS
> Wagenweg 208
> 2012 NM Haarlem
> T +31 23 547 6369
> F +31 23 547 6370
> I www.iprofs.nl
>
>
>
> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:
>> Todd, thats one of the function that I thought Nexus has... but I
>> cannot find the usage for it. Is it only available in Pro version?
>>
>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>> <[hidden email]> wrote:
>>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>
>>>> -----Original Message-----
>>>> From: baz themail [mailto:[hidden email]]
>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>> To: Maven Users List
>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>> being built more than once?
>>>>
>>>> Wendy, thanks for your reply.
>>>>
>>>> Here is the example:
>>>>
>>>> 1. Someone need to fix a bug in production.
>>>> 2. Create a new branch for bug fix based on a label.
>>>> 3. The newly created branch will contain older pom files with older
>>>> version that already released in Nexus (or any Maven based
>>>> repository).
>>>> 4. Logically, once the branch is created from an older label, in order
>>>> to avoid redeploying the old version numbers, the version number
>>>> should be changed.
>>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>>> Nexus will be overwritten after performing a release build.
>>>> 6. This is to assume that we should keep the old release version even
>>>> if it is buggy.
>>>>
>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>> type mechanism to check and stop a release build if the version
>>>> already exist in maven repo?
>>>>
>>>> Thanks.
>>>>
>>>> B.
>>>>
>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>>> wrote:
>>>> >> Hi,
>>>> >> Is there any way to stop the same version of pom file/build being
>>>> >> built more than once?
>>>> >
>>>> > Being _built_? Probably not... anyone can check out a tag and
>>>> > re-build that version locally, nothing to prevent that from happening.
>>>> > (Nor should there be.)
>>>> >
>>>> > What's the real underlying problem?
>>>> >
>>>> > My guess is that it's about not overwriting released versions. In
>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>> > through a release process? A repository manager to store your
>>>> > artifacts?
>>>> >
>>>> > Tell us more about your situation and most likely someone will have
>>>> > some advice for you.
>>>> >
>>>> > --
>>>> > Wendy
>>>> >
>>>> > ---------------------------------------------------------------------
>>>> > To unsubscribe, e-mail: [hidden email]
>>>> > For additional commands, e-mail: [hidden email]
>>>> >
>>>> >
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Nick_S

Re: Is there any way to stop the same version of pom file/build being built more than once?

I've also checked 1.3.6 (still in production here, Saturday we are
moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
a newer version to have it. It isn't a Pro feature, the free version
also has it.

With regards,

Nick Stolwijk
~Senior Java Developer~

iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I www.iprofs.nl

On Thu, Jan 6, 2011 at 7:08 PM, baz themail <[hidden email]> wrote:

> Nick,
>
> I am using Nexus open source version 1.3.6.
>
> - Open repository named "releases".
> - Configuration tab.
> - I see "Repositoy ID", "Repository Name", "Repository type",
> "Provider", "Format", "Repository Policy", "Default Local Storage
> Location", "Override Local Storage Location"; Access settings: "Allow
> Deployment", "Allow File Browsing", "Include in Search"; Expiration
> settings: "Not found cache TTL".
>
> I do not see Deployment policy. Is this a feature for PRO?
>
> Thanks.
>
> B.
>
> On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <[hidden email]> wrote:
>> I just checked our 1.8.0.1 instance of Nexus and it is right there
>> under the configuration of a hosted repository:
>>
>> Deployment policy:
>> Allow redeploy
>> Disallow redeploy
>> Read only
>>
>> Hth,
>>
>> Nick Stolwijk
>> ~Senior Java Developer~
>>
>> iPROFS
>> Wagenweg 208
>> 2012 NM Haarlem
>> T +31 23 547 6369
>> F +31 23 547 6370
>> I www.iprofs.nl
>>
>>
>>
>> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:
>>> Todd, thats one of the function that I thought Nexus has... but I
>>> cannot find the usage for it. Is it only available in Pro version?
>>>
>>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>>> <[hidden email]> wrote:
>>>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>>
>>>>> -----Original Message-----
>>>>> From: baz themail [mailto:[hidden email]]
>>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>>> To: Maven Users List
>>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>>> being built more than once?
>>>>>
>>>>> Wendy, thanks for your reply.
>>>>>
>>>>> Here is the example:
>>>>>
>>>>> 1. Someone need to fix a bug in production.
>>>>> 2. Create a new branch for bug fix based on a label.
>>>>> 3. The newly created branch will contain older pom files with older
>>>>> version that already released in Nexus (or any Maven based
>>>>> repository).
>>>>> 4. Logically, once the branch is created from an older label, in order
>>>>> to avoid redeploying the old version numbers, the version number
>>>>> should be changed.
>>>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>>>> Nexus will be overwritten after performing a release build.
>>>>> 6. This is to assume that we should keep the old release version even
>>>>> if it is buggy.
>>>>>
>>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>>> type mechanism to check and stop a release build if the version
>>>>> already exist in maven repo?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> B.
>>>>>
>>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>>>> wrote:
>>>>> >> Hi,
>>>>> >> Is there any way to stop the same version of pom file/build being
>>>>> >> built more than once?
>>>>> >
>>>>> > Being _built_? Probably not... anyone can check out a tag and
>>>>> > re-build that version locally, nothing to prevent that from happening.
>>>>> > (Nor should there be.)
>>>>> >
>>>>> > What's the real underlying problem?
>>>>> >
>>>>> > My guess is that it's about not overwriting released versions. In
>>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>>> > through a release process? A repository manager to store your
>>>>> > artifacts?
>>>>> >
>>>>> > Tell us more about your situation and most likely someone will have
>>>>> > some advice for you.
>>>>> >
>>>>> > --
>>>>> > Wendy
>>>>> >
>>>>> > ---------------------------------------------------------------------
>>>>> > To unsubscribe, e-mail: [hidden email]
>>>>> > For additional commands, e-mail: [hidden email]
>>>>> >
>>>>> >
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

baz themail

Re: Is there any way to stop the same version of pom file/build being built more than once?

How is the upgrade process from 1.3.6 to 1.8.0.1? Painless?

On Thu, Jan 6, 2011 at 10:12 AM, Nick Stolwijk <[hidden email]> wrote:

> I've also checked 1.3.6 (still in production here, Saturday we are
> moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
> a newer version to have it. It isn't a Pro feature, the free version
> also has it.
>
> With regards,
>
> Nick Stolwijk
> ~Senior Java Developer~
>
> iPROFS
> Wagenweg 208
> 2012 NM Haarlem
> T +31 23 547 6369
> F +31 23 547 6370
> I www.iprofs.nl
>
>
>
> On Thu, Jan 6, 2011 at 7:08 PM, baz themail <[hidden email]> wrote:
>> Nick,
>>
>> I am using Nexus open source version 1.3.6.
>>
>> - Open repository named "releases".
>> - Configuration tab.
>> - I see "Repositoy ID", "Repository Name", "Repository type",
>> "Provider", "Format", "Repository Policy", "Default Local Storage
>> Location", "Override Local Storage Location"; Access settings: "Allow
>> Deployment", "Allow File Browsing", "Include in Search"; Expiration
>> settings: "Not found cache TTL".
>>
>> I do not see Deployment policy. Is this a feature for PRO?
>>
>> Thanks.
>>
>> B.
>>
>> On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <[hidden email]> wrote:
>>> I just checked our 1.8.0.1 instance of Nexus and it is right there
>>> under the configuration of a hosted repository:
>>>
>>> Deployment policy:
>>> Allow redeploy
>>> Disallow redeploy
>>> Read only
>>>
>>> Hth,
>>>
>>> Nick Stolwijk
>>> ~Senior Java Developer~
>>>
>>> iPROFS
>>> Wagenweg 208
>>> 2012 NM Haarlem
>>> T +31 23 547 6369
>>> F +31 23 547 6370
>>> I www.iprofs.nl
>>>
>>>
>>>
>>> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:
>>>> Todd, thats one of the function that I thought Nexus has... but I
>>>> cannot find the usage for it. Is it only available in Pro version?
>>>>
>>>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>>>> <[hidden email]> wrote:
>>>>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: baz themail [mailto:[hidden email]]
>>>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>>>> To: Maven Users List
>>>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>>>> being built more than once?
>>>>>>
>>>>>> Wendy, thanks for your reply.
>>>>>>
>>>>>> Here is the example:
>>>>>>
>>>>>> 1. Someone need to fix a bug in production.
>>>>>> 2. Create a new branch for bug fix based on a label.
>>>>>> 3. The newly created branch will contain older pom files with older
>>>>>> version that already released in Nexus (or any Maven based
>>>>>> repository).
>>>>>> 4. Logically, once the branch is created from an older label, in order
>>>>>> to avoid redeploying the old version numbers, the version number
>>>>>> should be changed.
>>>>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>>>>> Nexus will be overwritten after performing a release build.
>>>>>> 6. This is to assume that we should keep the old release version even
>>>>>> if it is buggy.
>>>>>>
>>>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>>>> type mechanism to check and stop a release build if the version
>>>>>> already exist in maven repo?
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> B.
>>>>>>
>>>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>>>>> wrote:
>>>>>> >> Hi,
>>>>>> >> Is there any way to stop the same version of pom file/build being
>>>>>> >> built more than once?
>>>>>> >
>>>>>> > Being _built_? Probably not... anyone can check out a tag and
>>>>>> > re-build that version locally, nothing to prevent that from happening.
>>>>>> > (Nor should there be.)
>>>>>> >
>>>>>> > What's the real underlying problem?
>>>>>> >
>>>>>> > My guess is that it's about not overwriting released versions. In
>>>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>>>> > through a release process? A repository manager to store your
>>>>>> > artifacts?
>>>>>> >
>>>>>> > Tell us more about your situation and most likely someone will have
>>>>>> > some advice for you.
>>>>>> >
>>>>>> > --
>>>>>> > Wendy
>>>>>> >
>>>>>> > ---------------------------------------------------------------------
>>>>>> > To unsubscribe, e-mail: [hidden email]
>>>>>> > For additional commands, e-mail: [hidden email]
>>>>>> >
>>>>>> >
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Nick_S

Re: Is there any way to stop the same version of pom file/build being built more than once?

We just did a reinstall on a new server and planning to copy the
repositories by hand and do a reindex. We had a testrun and it went
painlessly. The mirror and snapshot repositories we just deleted, as
to do some cleanup.

Hth,

Nick Stolwijk
~Senior Java Developer~

iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I www.iprofs.nl

On Thu, Jan 6, 2011 at 7:24 PM, baz themail <[hidden email]> wrote:

> How is the upgrade process from 1.3.6 to 1.8.0.1? Painless?
>
> On Thu, Jan 6, 2011 at 10:12 AM, Nick Stolwijk <[hidden email]> wrote:
>> I've also checked 1.3.6 (still in production here, Saturday we are
>> moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
>> a newer version to have it. It isn't a Pro feature, the free version
>> also has it.
>>
>> With regards,
>>
>> Nick Stolwijk
>> ~Senior Java Developer~
>>
>> iPROFS
>> Wagenweg 208
>> 2012 NM Haarlem
>> T +31 23 547 6369
>> F +31 23 547 6370
>> I www.iprofs.nl
>>
>>
>>
>> On Thu, Jan 6, 2011 at 7:08 PM, baz themail <[hidden email]> wrote:
>>> Nick,
>>>
>>> I am using Nexus open source version 1.3.6.
>>>
>>> - Open repository named "releases".
>>> - Configuration tab.
>>> - I see "Repositoy ID", "Repository Name", "Repository type",
>>> "Provider", "Format", "Repository Policy", "Default Local Storage
>>> Location", "Override Local Storage Location"; Access settings: "Allow
>>> Deployment", "Allow File Browsing", "Include in Search"; Expiration
>>> settings: "Not found cache TTL".
>>>
>>> I do not see Deployment policy. Is this a feature for PRO?
>>>
>>> Thanks.
>>>
>>> B.
>>>
>>> On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <[hidden email]> wrote:
>>>> I just checked our 1.8.0.1 instance of Nexus and it is right there
>>>> under the configuration of a hosted repository:
>>>>
>>>> Deployment policy:
>>>> Allow redeploy
>>>> Disallow redeploy
>>>> Read only
>>>>
>>>> Hth,
>>>>
>>>> Nick Stolwijk
>>>> ~Senior Java Developer~
>>>>
>>>> iPROFS
>>>> Wagenweg 208
>>>> 2012 NM Haarlem
>>>> T +31 23 547 6369
>>>> F +31 23 547 6370
>>>> I www.iprofs.nl
>>>>
>>>>
>>>>
>>>> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:
>>>>> Todd, thats one of the function that I thought Nexus has... but I
>>>>> cannot find the usage for it. Is it only available in Pro version?
>>>>>
>>>>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>>>>> <[hidden email]> wrote:
>>>>>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: baz themail [mailto:[hidden email]]
>>>>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>>>>> To: Maven Users List
>>>>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>>>>> being built more than once?
>>>>>>>
>>>>>>> Wendy, thanks for your reply.
>>>>>>>
>>>>>>> Here is the example:
>>>>>>>
>>>>>>> 1. Someone need to fix a bug in production.
>>>>>>> 2. Create a new branch for bug fix based on a label.
>>>>>>> 3. The newly created branch will contain older pom files with older
>>>>>>> version that already released in Nexus (or any Maven based
>>>>>>> repository).
>>>>>>> 4. Logically, once the branch is created from an older label, in order
>>>>>>> to avoid redeploying the old version numbers, the version number
>>>>>>> should be changed.
>>>>>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>>>>>> Nexus will be overwritten after performing a release build.
>>>>>>> 6. This is to assume that we should keep the old release version even
>>>>>>> if it is buggy.
>>>>>>>
>>>>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>>>>> type mechanism to check and stop a release build if the version
>>>>>>> already exist in maven repo?
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> B.
>>>>>>>
>>>>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>>>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>>>>>> wrote:
>>>>>>> >> Hi,
>>>>>>> >> Is there any way to stop the same version of pom file/build being
>>>>>>> >> built more than once?
>>>>>>> >
>>>>>>> > Being _built_? Probably not... anyone can check out a tag and
>>>>>>> > re-build that version locally, nothing to prevent that from happening.
>>>>>>> > (Nor should there be.)
>>>>>>> >
>>>>>>> > What's the real underlying problem?
>>>>>>> >
>>>>>>> > My guess is that it's about not overwriting released versions. In
>>>>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>>>>> > through a release process? A repository manager to store your
>>>>>>> > artifacts?
>>>>>>> >
>>>>>>> > Tell us more about your situation and most likely someone will have
>>>>>>> > some advice for you.
>>>>>>> >
>>>>>>> > --
>>>>>>> > Wendy
>>>>>>> >
>>>>>>> > ---------------------------------------------------------------------
>>>>>>> > To unsubscribe, e-mail: [hidden email]
>>>>>>> > For additional commands, e-mail: [hidden email]
>>>>>>> >
>>>>>>> >
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

baz themail

Re: Is there any way to stop the same version of pom file/build being built more than once?

Ic. so instead of upgrade from same machine, you have a new server
then migrate the files and directories over... Thank you for your
reply. B.

On Thu, Jan 6, 2011 at 10:31 AM, Nick Stolwijk <[hidden email]> wrote:

> We just did a reinstall on a new server and planning to copy the
> repositories by hand and do a reindex. We had a testrun and it went
> painlessly. The mirror and snapshot repositories we just deleted, as
> to do some cleanup.
>
> Hth,
>
> Nick Stolwijk
> ~Senior Java Developer~
>
> iPROFS
> Wagenweg 208
> 2012 NM Haarlem
> T +31 23 547 6369
> F +31 23 547 6370
> I www.iprofs.nl
>
>
>
> On Thu, Jan 6, 2011 at 7:24 PM, baz themail <[hidden email]> wrote:
>> How is the upgrade process from 1.3.6 to 1.8.0.1? Painless?
>>
>> On Thu, Jan 6, 2011 at 10:12 AM, Nick Stolwijk <[hidden email]> wrote:
>>> I've also checked 1.3.6 (still in production here, Saturday we are
>>> moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
>>> a newer version to have it. It isn't a Pro feature, the free version
>>> also has it.
>>>
>>> With regards,
>>>
>>> Nick Stolwijk
>>> ~Senior Java Developer~
>>>
>>> iPROFS
>>> Wagenweg 208
>>> 2012 NM Haarlem
>>> T +31 23 547 6369
>>> F +31 23 547 6370
>>> I www.iprofs.nl
>>>
>>>
>>>
>>> On Thu, Jan 6, 2011 at 7:08 PM, baz themail <[hidden email]> wrote:
>>>> Nick,
>>>>
>>>> I am using Nexus open source version 1.3.6.
>>>>
>>>> - Open repository named "releases".
>>>> - Configuration tab.
>>>> - I see "Repositoy ID", "Repository Name", "Repository type",
>>>> "Provider", "Format", "Repository Policy", "Default Local Storage
>>>> Location", "Override Local Storage Location"; Access settings: "Allow
>>>> Deployment", "Allow File Browsing", "Include in Search"; Expiration
>>>> settings: "Not found cache TTL".
>>>>
>>>> I do not see Deployment policy. Is this a feature for PRO?
>>>>
>>>> Thanks.
>>>>
>>>> B.
>>>>
>>>> On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <[hidden email]> wrote:
>>>>> I just checked our 1.8.0.1 instance of Nexus and it is right there
>>>>> under the configuration of a hosted repository:
>>>>>
>>>>> Deployment policy:
>>>>> Allow redeploy
>>>>> Disallow redeploy
>>>>> Read only
>>>>>
>>>>> Hth,
>>>>>
>>>>> Nick Stolwijk
>>>>> ~Senior Java Developer~
>>>>>
>>>>> iPROFS
>>>>> Wagenweg 208
>>>>> 2012 NM Haarlem
>>>>> T +31 23 547 6369
>>>>> F +31 23 547 6370
>>>>> I www.iprofs.nl
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:
>>>>>> Todd, thats one of the function that I thought Nexus has... but I
>>>>>> cannot find the usage for it. Is it only available in Pro version?
>>>>>>
>>>>>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>>>>>> <[hidden email]> wrote:
>>>>>>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: baz themail [mailto:[hidden email]]
>>>>>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>>>>>> To: Maven Users List
>>>>>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>>>>>> being built more than once?
>>>>>>>>
>>>>>>>> Wendy, thanks for your reply.
>>>>>>>>
>>>>>>>> Here is the example:
>>>>>>>>
>>>>>>>> 1. Someone need to fix a bug in production.
>>>>>>>> 2. Create a new branch for bug fix based on a label.
>>>>>>>> 3. The newly created branch will contain older pom files with older
>>>>>>>> version that already released in Nexus (or any Maven based
>>>>>>>> repository).
>>>>>>>> 4. Logically, once the branch is created from an older label, in order
>>>>>>>> to avoid redeploying the old version numbers, the version number
>>>>>>>> should be changed.
>>>>>>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>>>>>>> Nexus will be overwritten after performing a release build.
>>>>>>>> 6. This is to assume that we should keep the old release version even
>>>>>>>> if it is buggy.
>>>>>>>>
>>>>>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>>>>>> type mechanism to check and stop a release build if the version
>>>>>>>> already exist in maven repo?
>>>>>>>>
>>>>>>>> Thanks.
>>>>>>>>
>>>>>>>> B.
>>>>>>>>
>>>>>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>>>>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>>>>>>> wrote:
>>>>>>>> >> Hi,
>>>>>>>> >> Is there any way to stop the same version of pom file/build being
>>>>>>>> >> built more than once?
>>>>>>>> >
>>>>>>>> > Being _built_? Probably not... anyone can check out a tag and
>>>>>>>> > re-build that version locally, nothing to prevent that from happening.
>>>>>>>> > (Nor should there be.)
>>>>>>>> >
>>>>>>>> > What's the real underlying problem?
>>>>>>>> >
>>>>>>>> > My guess is that it's about not overwriting released versions. In
>>>>>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>>>>>> > through a release process? A repository manager to store your
>>>>>>>> > artifacts?
>>>>>>>> >
>>>>>>>> > Tell us more about your situation and most likely someone will have
>>>>>>>> > some advice for you.
>>>>>>>> >
>>>>>>>> > --
>>>>>>>> > Wendy
>>>>>>>> >
>>>>>>>> > ---------------------------------------------------------------------
>>>>>>>> > To unsubscribe, e-mail: [hidden email]
>>>>>>>> > For additional commands, e-mail: [hidden email]
>>>>>>>> >
>>>>>>>> >
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Nick_S

Re: Is there any way to stop the same version of pom file/build being built more than once?

Yes, we had to upgrade Jira, Hudson, Nexus and Sonar, so we just copy
the data and replace the (virtual) machine. That way, when the upgrade
goes wrong, we can easily go back to the old situation.

With regards,

Nick Stolwijk
~Senior Java Developer~

iPROFS
Wagenweg 208
2012 NM Haarlem
T +31 23 547 6369
F +31 23 547 6370
I www.iprofs.nl

On Thu, Jan 6, 2011 at 7:33 PM, baz themail <[hidden email]> wrote:

> Ic. so instead of upgrade from same machine, you have a new server
> then migrate the files and directories over... Thank you for your
> reply. B.
>
> On Thu, Jan 6, 2011 at 10:31 AM, Nick Stolwijk <[hidden email]> wrote:
>> We just did a reinstall on a new server and planning to copy the
>> repositories by hand and do a reindex. We had a testrun and it went
>> painlessly. The mirror and snapshot repositories we just deleted, as
>> to do some cleanup.
>>
>> Hth,
>>
>> Nick Stolwijk
>> ~Senior Java Developer~
>>
>> iPROFS
>> Wagenweg 208
>> 2012 NM Haarlem
>> T +31 23 547 6369
>> F +31 23 547 6370
>> I www.iprofs.nl
>>
>>
>>
>> On Thu, Jan 6, 2011 at 7:24 PM, baz themail <[hidden email]> wrote:
>>> How is the upgrade process from 1.3.6 to 1.8.0.1? Painless?
>>>
>>> On Thu, Jan 6, 2011 at 10:12 AM, Nick Stolwijk <[hidden email]> wrote:
>>>> I've also checked 1.3.6 (still in production here, Saturday we are
>>>> moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
>>>> a newer version to have it. It isn't a Pro feature, the free version
>>>> also has it.
>>>>
>>>> With regards,
>>>>
>>>> Nick Stolwijk
>>>> ~Senior Java Developer~
>>>>
>>>> iPROFS
>>>> Wagenweg 208
>>>> 2012 NM Haarlem
>>>> T +31 23 547 6369
>>>> F +31 23 547 6370
>>>> I www.iprofs.nl
>>>>
>>>>
>>>>
>>>> On Thu, Jan 6, 2011 at 7:08 PM, baz themail <[hidden email]> wrote:
>>>>> Nick,
>>>>>
>>>>> I am using Nexus open source version 1.3.6.
>>>>>
>>>>> - Open repository named "releases".
>>>>> - Configuration tab.
>>>>> - I see "Repositoy ID", "Repository Name", "Repository type",
>>>>> "Provider", "Format", "Repository Policy", "Default Local Storage
>>>>> Location", "Override Local Storage Location"; Access settings: "Allow
>>>>> Deployment", "Allow File Browsing", "Include in Search"; Expiration
>>>>> settings: "Not found cache TTL".
>>>>>
>>>>> I do not see Deployment policy. Is this a feature for PRO?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> B.
>>>>>
>>>>> On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <[hidden email]> wrote:
>>>>>> I just checked our 1.8.0.1 instance of Nexus and it is right there
>>>>>> under the configuration of a hosted repository:
>>>>>>
>>>>>> Deployment policy:
>>>>>> Allow redeploy
>>>>>> Disallow redeploy
>>>>>> Read only
>>>>>>
>>>>>> Hth,
>>>>>>
>>>>>> Nick Stolwijk
>>>>>> ~Senior Java Developer~
>>>>>>
>>>>>> iPROFS
>>>>>> Wagenweg 208
>>>>>> 2012 NM Haarlem
>>>>>> T +31 23 547 6369
>>>>>> F +31 23 547 6370
>>>>>> I www.iprofs.nl
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <[hidden email]> wrote:
>>>>>>> Todd, thats one of the function that I thought Nexus has... but I
>>>>>>> cannot find the usage for it. Is it only available in Pro version?
>>>>>>>
>>>>>>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>>>>>>> <[hidden email]> wrote:
>>>>>>>> Configure your Nexus server to not allow artifacts to get overwritten. You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: baz themail [mailto:[hidden email]]
>>>>>>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>>>>>>> To: Maven Users List
>>>>>>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>>>>>>> being built more than once?
>>>>>>>>>
>>>>>>>>> Wendy, thanks for your reply.
>>>>>>>>>
>>>>>>>>> Here is the example:
>>>>>>>>>
>>>>>>>>> 1. Someone need to fix a bug in production.
>>>>>>>>> 2. Create a new branch for bug fix based on a label.
>>>>>>>>> 3. The newly created branch will contain older pom files with older
>>>>>>>>> version that already released in Nexus (or any Maven based
>>>>>>>>> repository).
>>>>>>>>> 4. Logically, once the branch is created from an older label, in order
>>>>>>>>> to avoid redeploying the old version numbers, the version number
>>>>>>>>> should be changed.
>>>>>>>>> 5. Say, if #4 is skipped, then the same version number that exist in
>>>>>>>>> Nexus will be overwritten after performing a release build.
>>>>>>>>> 6. This is to assume that we should keep the old release version even
>>>>>>>>> if it is buggy.
>>>>>>>>>
>>>>>>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>>>>>>> type mechanism to check and stop a release build if the version
>>>>>>>>> already exist in maven repo?
>>>>>>>>>
>>>>>>>>> Thanks.
>>>>>>>>>
>>>>>>>>> B.
>>>>>>>>>
>>>>>>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <[hidden email]> wrote:
>>>>>>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <[hidden email]>
>>>>>>>>> wrote:
>>>>>>>>> >> Hi,
>>>>>>>>> >> Is there any way to stop the same version of pom file/build being
>>>>>>>>> >> built more than once?
>>>>>>>>> >
>>>>>>>>> > Being _built_? Probably not... anyone can check out a tag and
>>>>>>>>> > re-build that version locally, nothing to prevent that from happening.
>>>>>>>>> > (Nor should there be.)
>>>>>>>>> >
>>>>>>>>> > What's the real underlying problem?
>>>>>>>>> >
>>>>>>>>> > My guess is that it's about not overwriting released versions. In
>>>>>>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>>>>>>> > through a release process? A repository manager to store your
>>>>>>>>> > artifacts?
>>>>>>>>> >
>>>>>>>>> > Tell us more about your situation and most likely someone will have
>>>>>>>>> > some advice for you.
>>>>>>>>> >
>>>>>>>>> > --
>>>>>>>>> > Wendy
>>>>>>>>> >
>>>>>>>>> > ---------------------------------------------------------------------
>>>>>>>>> > To unsubscribe, e-mail: [hidden email]
>>>>>>>>> > For additional commands, e-mail: [hidden email]
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]