Re: Is there any way to stop the same version of pom file/build being built more than once?
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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands,
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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands,
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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail:
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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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 nick.stolw...@gmail.com 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 bazthem...@gmail.com 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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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,
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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is there any way to stop the same version of pom file/build being built more than once?
On Wed, Jan 5, 2011 at 12:54 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is there any way to stop the same version of pom file/build being built more than once?
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) tthies...@avaya.com 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:bazthem...@gmail.com] 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 wsm...@gmail.com wrote: On Tue, Jan 4, 2011 at 12:28 PM, baz themail bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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 bazthem...@gmail.com 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: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org