I always refer people to this Jira ... http://jira.codehaus.org/browse/MNG-5037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
But Brian's post explains it very well. Patrick Sansoucy In theory, there is no difference between theory and practice, but in practice, there is ... On Fri, Oct 21, 2011 at 6:29 AM, Brian Parker <onebrianpar...@gmail.com> wrote: > I ran in to this. See > http://stackoverflow.com/questions/5249342/maven-3-0-2-u-option-does-not-update-snapshot/7081166#7081166 > > Brian > > On Fri, Oct 21, 2011 at 5:13 AM, Dreier Ruediger > <ruediger.dre...@bdal.de>wrote: > >> Hello! >> >> Thanks for your answer, but both solutions do not work for me with Maven 3 >> - both work perfectly with Maven 2.2.1. >> With Maven 3 only a metadata file is updated, not the artifact itself. >> >> Regards, >> >> Ruediger >> >> >> > -----Original Message----- >> > From: Thiessen, Todd (Todd) [mailto:tthies...@avaya.com] >> > Sent: Thursday, 20 October, 2011 17:09 >> > To: Maven Users List >> > Subject: RE: Maven 3.0.3: Problems with SNAPSHOT updates >> > >> > There are two ways. You can force maven to update snapshot by using the - >> > U option. Ie: >> > >> > mvn -U install >> > >> > Or you can change when maven updates snapshots by default by changing >> > the updatePolicy in your settings.xml file. >> > >> > http://maven.apache.org/ref/3.0.3/maven-settings/settings.html >> > >> > >> > > -----Original Message----- >> > > From: Dreier Ruediger [mailto:ruediger.dre...@bdal.de] >> > > Sent: Thursday, October 20, 2011 11:02 AM >> > > To: 'users@maven.apache.org' >> > > Subject: Maven 3.0.3: Problems with SNAPSHOT updates >> > > >> > > Hello! >> > > >> > > We are currently using Maven 2.2.1 and Artifactory 2.3.4 (rev. 13017) >> > > as repository server and I am now evaluating if we can migrate to >> > > Maven 3. >> > > >> > > I am testing Maven 3 in the following environment: >> > > >> > > Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) Java version: >> > > 1.6.0_26, vendor: Sun Microsystems Inc. >> > > Default locale: en_US, platform encoding: Cp1252 OS name: "windows 7", >> > > version: "6.1", arch: "x86", family: "windows" >> > > >> > > I used a very simple POM file for this check: >> > > >> > > <dependencies> >> > > <dependency> >> > > <groupId>de.bdal.common.bcl</groupId> >> > > <artifactId>settings</artifactId> >> > > <version>0.0.0.1-SNAPSHOT</version> >> > > <classifier>binaries</classifier> >> > > <type>zip</type> >> > > </dependency> >> > > </dependencies> >> > > >> > > <build> >> > > <plugins> >> > > >> > > <plugin> >> > > >> > > <groupId>org.apache.maven.plugins</groupId> >> > > <artifactId>maven-dependency-plugin</artifactId> >> > > <version>2.2</version> >> > > <executions> >> > > <execution> >> > > <phase>process-resources</phase> >> > > <goals> >> > > <goal>unpack-dependencies</goal> >> > > </goals> >> > > <configuration> >> > > <copyPom>true</copyPom> >> > > <outputDirectory>./target/references</outputDirectory> >> > > </configuration> >> > > </execution> >> > > </executions> >> > > </plugin> >> > > >> > > </plugins> >> > > </build> >> > > >> > > >> > > On a second PC (our Jenkins build system, still using Maven 2.2.1) the >> > > project de.bdal.common.bcl:settings can be build. >> > > >> > > With an empty local repository, everything works well: >> > > 'mvn install' downloads the newest version of >> > > de.bdal.common.bcl:settings to my local repository and the dependency >> > > plugin extracts it. >> > > >> > > Then I use Jenkins on the build system to create a new SNAPSHOT build >> > > of de.bdal.common.bcl:settings. >> > > >> > > Now I try to use this new version: >> > > >> > > 'mvn -U install' only downloads metadata: >> > > >> > > Downloading: >> > > http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1- >> > > SNAPSHOT/maven-metadata.xml >> > > Downloaded: >> > > http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1- >> > > SNAPSHOT/maven-metadata.xml (319 B at 4.0 KB/sec) >> > > >> > > and my local repository contains updated files "maven-metadata- >> > > inhouse.xml", "maven-metadata-inhouse.xml.sha1" and "resolver- >> > > status.properties". But all other files are not changed (especially >> > > settings-0.0.0.1-SNAPSHOT-binaries.zip is not updated). However >> > > "maven- metadata-inhouse.xml" contains the correct value for >> > > lastUpdate (build time on the server). >> > > >> > > What am I doing wrong? >> > > How do I get updates of snapshot dependencies without deleting my >> > > local repository? >> > > >> > > Thanks for any help, >> > > >> > > i.A. Rüdiger Dreier >> > > Project Manager >> > > >> > > Bruker Daltonik GmbH >> > > Fahrenheitstr. 4 >> > > 28359 Bremen, Germany >> > > >> > > Phone: +49 421 2205-393 >> > > Fax: +49 421 2205-3005 >> > > >> > > ruediger.dre...@bdal.de<mailto:ruediger.dre...@bdal.de> >> > > www.bruker.com<http://www.bruker.com/> >> > > >> > > >> > > >> > > ________________________________ >> > > Sitz der Gesellschaft / Registered Office Bremen; Handelsregister >> > > Amtsgericht Bremen HRB 8150 / Commercial Register District Court >> > > Bremen HRB 8150; Geschäftsführer / Managing Directors: Frank Laukien, >> > > Ph. D., Gerd Hülso, Sebastian Meyer-Plath, Stefan Ruge, Ian Sanders, >> > > Ph. D., Dr. Michael Schubert >> > > >> > > Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich >> > > für die ordnungsgemäße, vollständige und verzögerungsfreie Übertragung >> > > der Nachricht. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn >> > > er unsererseits durch einen Brief oder ein Fax entsprechend bestätigt >> > > wird. >> > > >> > > Disclaimer: Bruker Daltonik GmbH is not responsible for correct, >> > > complete and timely transmission of this message. The content of this >> > > e-mail, including any attachments, is only legally binding if >> > > confirmed by Bruker Daltonik GmbH by letter or fax >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
