Thomas, do you know what exactly causes the time delays? Your own snapshots or the snapshots you take from external repositories?
for the 2nd case there is another option for you: What if you use a maven-proxy for your company? This way only the first guy in the morning (or much better the cruisecontrol or continuum server) triggers the maven-proxy to look for new modules. All other colleagues will get the artifacts from the maven-proxy with almost no delay! LieGrü, strub --- [EMAIL PROTECTED] schrieb: > It's not a problem as much as a curiosity. We just moved from Ant to > Maven, and I want to reduce any increase of build times to ease the > transition for the team - most of which have yet to migrate from the Ant > branches of the projects to the new Maven-ized main line. Building our > main ear pulls down every SNAPSHOT war dependency, which takes >10 mins > to package on the day's first run. I have our CIS server doing builds > on SCM changes + nightly, but I suppose I could remove nightly condition > to eliminate this side effect. > > Regards, > -Blue > > -----Original Message----- > From: Wayne Fay [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 13, 2007 11:42 AM > To: Maven Users List > Subject: Re: Refresh local repository SNAPSHOTS every morning > > You could probably use "mvn dependency:go-offline"... but as you said, > it will act on all dependencies, not just SNAPSHOTs. (Why is this a > problem for you?) > > Wayne > > On 12/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Hi all, > > > > Is there a way to refresh the SNAPSHOTS in your local repository? We > > have nightly builds for all of our projects, and every morning there > > are new SNAPSHOTS in our internal repository to pull down, whether > > they contain changes or not. I'd like to be able to update all of my > > local SNAPSHOTS every morning, instead of when I build a project for > > the first time of the day. > > > > Alternatively, if there's a mojo I can run while inside each project > > that will pull down their SNAPSHOT dependencies _without_ compiling, > > packaging, etc, I could run that as well, but I'm at a loss on what to > > > use. I thought I could attach dependency:purge-local-repository to > > phase 'validate' on a non-default profile, but that will act on all > > dependencies, not just SNAPSHOTS. > > > > Thanks, > > -Blue > > > > Visit our website at http://www.ubs.com > > > > This message contains confidential information and is intended only > > for the individual named. If you are not the named addressee you > > should not disseminate, distribute or copy this e-mail. Please notify > > > the sender immediately by e-mail if you have received this e-mail by > > mistake and delete this e-mail from your system. > > > > E-mail transmission cannot be guaranteed to be secure or error-free as > > > information could be intercepted, corrupted, lost, destroyed, arrive > > late or incomplete, or contain viruses. The sender therefore does not > > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of e-mail transmission. If > > verification is required please request a hard-copy version. This > > message is provided for informational purposes and should not be > > construed as a solicitation or offer to buy or sell any securities or > > related financial instruments. > > Machen Sie Yahoo! zu Ihrer Startseite. Los geht's: http://de.yahoo.com/set --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
