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, 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