Wenn ich den Befehl "mvn install" starte, versucht Maven manchmal, bereits heruntergeladene Abhängigkeiten herunterzuladen. Das wird für SNAPSHOT erwartet, aber warum macht Maven das für andere JARs?Warum versucht Maven 2, Abhängigkeiten herunterzuladen, die ich bereits habe?
Ich weiß, ich kann dieses Verhalten durch "-o" -Flag vermeiden, aber ich frage mich nur, was die Ursache ist.
Ich würde nach Abhängigkeiten suchen, die keine bestimmte Versionsnummer haben. Maven wird regelmäßig überprüfen, ob es die aktuellste Version dieser Artefakte hat.
Dies ist wahrscheinlich nicht das, was Sie sehen, aber in der Vergangenheit musste ich Artefakte manuell in meinem lokalen Repository installieren und wenn Sie vergessen, die Option -Dgenerate.pom = true einzuschließen, wird es kein Pom geben Der Repo für dieses Artefakt und Maven wird an die Zentrale (und alle anderen entfernten Repos, die du konfiguriert hast) gehen, um zu versuchen, diese Pom auf jedem Build herunterzuladen.
Während wir über das Thema sind, habe ich einen großen Fehler in Maven 2.0.x. Im Offline-Modus wird Maven immer noch versuchen, den letzten Snapshot herunterzuladen, und wenn er Ihren Snapshot-Repo nicht finden kann, schlägt der Build fehl. Stellen Sie sich die Heiterkeit vor, die auftritt, wenn dies vor Ort mit einem Kunden geschieht und Sie nur eine kleine Änderung vornehmen müssen (aber ich schweife ab).
Hier ist der Fehler: http://jira.codehaus.org/browse/MNG-2433 ist hier eine Abhilfe: http://mail-archives.apache.org/mod_mbox/maven-users/200601.mbox/%[email protected]%3E
Dies wurde in 2.0.10 behoben: http://jlorenzen.blogspot.com/2009/04/besser- offline-capabilities-with-maven.html –
tatsächlich in meiner Erfahrung Maven 2.0.x war so voller Bugs, dass ich damals dachte, es ist überhaupt nicht wert. Ich erinnere mich nicht genau, ob es 2.1.x oder 2.2.x war, aber es war definitiv die Version ** post 2.0 **, die mich zuerst akzeptieren ließ und mich dann in Maven verliebte – gnat
-o Flagge noch nicht für mich gearbeitet, aber das tat:
find ~/.m2/repository -name '_maven*' | xargs rm
find ~/.m2/repository -name '*lastUpdated' | xargs rm
, die alle löscht. lastUpdated und _maven.repositories Dateien in Ihrem lokalen Repo. Ich bin auf dieses Problem gestoßen, weil wir ein Nexus-Repo des Unternehmens haben, das unerreichbar war, und ich musste etwas arbeiten. Vielleicht hat auch die Maven-Integration von Eclipse dazu beigetragen.
Es können auch Updates für Plugins sein, so dass bestimmte Versionen auf ihnen ebenfalls helfen können. –
Yep ... Ich denke, ich habe sie generisch in "Abhängigkeiten" aufgenommen. Sie müssen auch erkennen, dass Lebenszyklusphasen oft an bestimmte Plugins gebunden sind. Wer gibt eigentlich eine Versionsnummer für ihr Compiler-Plugin an? –
Abhängigkeiten _must_ muss eine Version angegeben haben. Plugins nicht, aber Sie sollten. Hier ist warum: http://www.sonatype.com/people/2008/04/maven-209-released/ –