Force maven mise à jour

J'ai importé mon projet de travail sur d'autres ordinateur, donc il a commencé à télécharger les dépendances.

Apparemment, dans l'intervalle, ma connexion internet s'est écrasé. Maintenant, je reçois:

Les erreurs de Build pour les bandes dessinées; org.apache.maven.cycle de vie.LifecycleExecutionException:
Échec de l'exécution de l'objectif du projet comicsTest: impossible de résoudre les dépendances de projet comicsTest:comicsTest:la guerre:0.0.1-capture d'écran:
Les objets suivants ne pouvait pas être résolu:
org.springframework:printemps-contexte:jar:3.0.5.LIBÉRATION,
org.hibernate:hibernate-entitymanager:jar:3.6.0.Final,
org.hibernate:hibernate-core:jar:3.6.0.Final,
org.hibernate:hibernate-commons-annotations:jar:3.2.0.Final,
org.aspectj:aspectjweaver jar:1.6.8,
commons-lang:commons-lang:jar:2.5,

mysql:mysql-connector-java:jar:5.1.13: défaut de transfert de org.springframework:printemps-contexte:jar:3.0.5.La LIBÉRATION de http://repo1.maven.org/maven2 a été mis en cache dans le référentiel local, la résolution ne sera pas reattempted jusqu'à ce que l'intervalle de mise à jour de la centrale s'est écoulé ou les mises à jour sont forcés.

Origine de l'erreur: n'a pas Pu transférer artefact org.springframework:printemps-contexte:jar:3.0.5.LIBÉRATION de la centrale (http://repo1.maven.org/maven2): Aucune réponse reçue après 60000

Et je n'ai aucune idée de comment la force de maven pour la mise à jour?

  • Ce doit être une sorte de record pour avoir la mauvaise réponse acceptée!! -6 contre 500+!!!!
  • la question est devenue célèbre récemment: la mauvaise réponse a -25 votes déjà
  • Et pourtant, ni a l'OP changé la accepté de répondre à une réponse correcte, ni a la mauvaise réponse été supprimé par son affiche. Vraiment intéressante. Les gens, merci de garder aussi propre et utile..!
  • La bonne réponse est sélectionnée maintenant? Ressemble
  • Note de côté: j'ai eu ce problème avec Atlassian Maven (à partir de plugin SDK) et la mise à niveau vers une nouvelle version résolu le problème.
InformationsquelleAutor M4ks | 2011-01-15
  1. 1440
    mvn clean install -U

    -U moyens de forcer la mise à jour de instantané dépendances. La libération des dépendances ne peuvent pas être mis à jour de cette façon.

    • Je suis d'accord avec lwpro2, cela a résolu mon problème. Juste faire mvn clean n'est pas suffisant. La réponse de Navi n'est pas suffisant pour résoudre le problème.
    • Je crois que c'est plus compliqué si vous avez été en utilisant artifactory et utilisé le référentiel id "central", car les métadonnées n'est pas apparemment obtenir nettoyé.
    • Cela ne semble pas fait de mise à jour de l'instantané de la dépendance des pots, juste les métadonnées.
    • si elle est causée par le .lastupdated fichier généré à partir de la dernière échec de la dépendance téléchargement, cette méthode ne fonctionnera pas, nous avons besoin de quelque chose comme Rober Reiz réponse
    • Je suis à la recherche de l'aide pour les versions précédentes, et jusqu'à maven 2.0.4, la description de l'-U a été: "-U,--update-instantanés de la mise à Jour de tous les instantanés, indépendamment de référentiel des politiques", à commencer par la 2.0.5, c'est devenu: "-U,--update-snapshots Forces un chèque pour les versions mises à jour et les clichés sur les dépôts distants" Et c'est comme ça depuis. Les deux versions ont été publiées en 2007. Je me demande si la réponse doit être modifié pour tenir compte de la libère, trop?
    • Comment faire dans un IDE tel que IntelliJ 2018?

    InformationsquelleAutor lwpro2
  2. 76

    -U semble forcer la mise à jour de toutes les dépendances.

    Si vous voulez mettre à jour une dépendance sans nettoyage ou -U vous pouvez simplement le supprimer de votre local repo et puis de construire.

    L'exemple ci-dessous si, pour la mise à jour de slf4j-api 1.7.1-SNAPSHOT:

    rm -rf ~/.m2/repository/org/slf4j/slf4j-api/1.7.1-SNAPSHOT
mvn compile
    • Cela fonctionne bien si vous utilisez un autre outil autre que maven qui fait référence à votre référentiel maven local.
    • Excellent. Merci @Ayush de partager cela avec nous. mvn compile résout mon problème. J'ai passé environ 2 à 3 heures pour comprendre cela. +1.
    InformationsquelleAutor Ayush Gupta
  3. 65

    Si votre dépôt local est en quelque sorte jeté pour la libération des pots plutôt des instantanés (-U et --update-snapshots mettre à jour uniquement les captures d'écran), vous pouvez vider le local des pensions de l'aide:

     mvn dependency:purge-local-repository

    Probablement vous souhaitez ensuite à nettoyer et à installer de nouveau:

     mvn dependency:purge-local-repository clean install

    Beaucoup plus d'informations disponibles sur https://maven.apache.org/plugins/maven-dependency-plugin/examples/purging-local-repository.html

    • Dès que je l'ai fait mvn dependency:purge-local-repository, il suffit simplement de re-télécharger toutes les dépendances de nouveau, ce qui est exactement ce que je voulais
    InformationsquelleAutor FuzzyJulz
  4. 43

    Ici toutes les réponses ne fonctionne pas pour moi. J'ai utilisé le marteau de la méthode: 

    find ~/.m2/-name "*.lastUpdated" | xargs rm

    Qui a résolu le problème 🙂

    • Pouvez-vous expliquer comment cela fonctionne?
    • Cette opération supprime tous les fichiers dans le .m2-répertoire nommé *.lastUpdated
    InformationsquelleAutor Robert Reiz
  5. 42

    Vous pouvez le faire efficacement de Eclipse IDE. Bien sûr, si vous l'utilisez.

    Project_Name->Maven->Update Project Configuration->Force Update of Snapshots/Releases
    • Cette juste définit l'option de ligne de commande -U
    • J'ai fait la version en ligne de commande dans la réponse par @lwpro2, qui permettez-moi de construire sur la ligne de commande, mais je ne pouvais toujours pas à construire au sein d'Eclipse. Ce faisant réussi à construire par le biais de l'Éclipse.
    • Fonctionne pour moi que si je la fermer et de rouvrir l'Éclipse après l'exécution de la mise à jour.
    InformationsquelleAutor Amit Shakya
  6. 19

    Juste au cas où quelqu'un veut seulement mettre à jour le projet de l'instantané dépendances et ne souhaitez pas installer artefact:

    mvn dependency:resolve -U

    N'oubliez pas de les réimporter les dépendances dans votre IDE. Dans l'IDÉE, vous avez besoin de faire un clic droit sur pom fichier et choisissez Maven -> Réimporter

    InformationsquelleAutor GlaIZier
  7. 10

    Si vous n'êtes pas sûr de ce qui est à l'intérieur de votre dépôt local, je vous recommande de faire feu de construire avec l'option:

    -Dmaven.repo.local=localrepo

    De cette façon, vous allez vous assurer de construire dans un environnement de salle blanche.

    • cette commande signifie utiliser le dossier localrepo être le référentiel local. c'est très bien pour un seul espace de travail de projet, mais de mauvais si vous avez plus d'un projet, et quelques-uns dépendent des autres. alors votre mieux de donner un chemin d'accès complet comme -Dmaven.repo.local=/data/mon/localrepoDir
    InformationsquelleAutor merejy
  8. 7

    Dans mon cas, j'ai d'abord fait

    mvn clean install -U

    néanmoins, il a été montrant même message d'erreur alors j'ai fermé du projet et une rouvert il.Enfin travaillé.

    • Je pense que vous pourriez faire de réimporter les dépendances d'éviter de rouvrir le projet
    InformationsquelleAutor rajeev
  9. 2

    J'ai obtenu l'erreur dans un autre contexte.
    Donc ma solution pourrait être utile à d'autres qui stumple sur la question:

    Le problème:
    J'ai copié le dépôt local vers un autre ordinateur, qui n'a pas de connexion à un référentiel.
    Donc, maven essayé de vérifier les artefacts contre le non valide référentiel.

    Ma solution:
    Supprimer la _maven.les référentiels de fichiers.

    InformationsquelleAutor Matthias M
  10. 2

    C'est l'une des choses les plus irritantes à propos de Maven. Pour moi qui suit se produit: Si j'ajoute une dépendance demandant plus de dépendances et de plus en plus, mais vous avez une connexion lente, il les coutures à l'arrêt pendant le téléchargement et l'expiration du délai. Alors que le moment toutes les dépendances n'est pas encore extrait sont marqués avec les détenteurs de place dans le .m2 de cache et Maven va pas (jamais) le ramasser, sauf si je supprimer le substituant à l'entrée de la cache (comme les autres mentions) en le supprimant.

    Donc autant que je le vois, Maven ou plus précise de l'Eclipse plugin Maven a un bug à ce sujet. Quelqu'un devra le signaler.

    InformationsquelleAutor Martin Kersten
  11. 2

    Vous avez besoin de vérifier votre settings.xml fichier sous <maven_home>/conf répertoire.

    InformationsquelleAutor Ashish Nariyal
  12. 2

    Si vous utilisez de l'IDE eclipse alors :

    • Sélectionnez Le Projet.

    • Appuyez sur alt+F5, la fenêtre de mise à Jour de Projet Maven pop up.

    • Check - Forcer la mise à Jour des captures d'écran/les communiqués et cliquez sur OK.

    InformationsquelleAutor patidarsnju
  13. 1

    J'ai eu la même erreur avec android-cartes-utils de dépendance. À l'aide de l'aar type de paquet dans la dépendance de la section de résoudre mon problème.
    Par défaut, le type est pot de sorte qu'Il peut être vérifié ce type de dépendance dans le dépôt est téléchargé.

    InformationsquelleAutor zhen_khokh
  14. 1

    Pour la résolution de ce problème à partir d'Eclipse:

    1) Ajouter ci-dessous les dépendances de Maven pom.xml et enregistrer le pom.xml fichier.

    <!-- https://mvnrepository.com/artifact/com.thoughtworks.xstream/xstream -->
<dependency>
    <groupId>com.thoughtworks.xstream</groupId>
    <artifactId>xstream</artifactId>
    <version>1.3.1</version>
</dependency>

    2) Allez dans project >> Maven >> mise à Jour du Projet

    sélectionnez le projet et cliquez sur OK.

    3) étape Optionnelle, si elle n'est pas résolu jusqu'à l'étape 2, puis faire ci-dessous, étape après étape 1

    Aller de projet >> Maven >> mise à Jour de Project >> coche dans la case "Forcer la mise à Jour des captures d'écran/Releases'

    sélectionnez le projet et cliquez sur OK.

    InformationsquelleAutor Tarun11
  15. 0

    Il est important d'ajouter que la principale différence de l'exécution de mvn avec -U et sans -U est que -U remplacera votre local INSTANTANÉ pots à distance INSTANTANÉ des bocaux.

    Local INSTANTANÉ pots créé à partir de locaux mvn install dans le cas où vous avez d'autres modules de votre proj qui génèrent des pots.

    InformationsquelleAutor Stas
  16. 0

    -U est utilisé pour forcer la mise à jour de Repo maven.
    Utilisation

    mvn -U clean install
    InformationsquelleAutor Sanjeev Guglani
  17. 0

    J'ai essayé toutes les réponses ici, mais rien ne semblait fonctionner. Redémarré mon ordinateur, puis a couru mvn clean install -U. Qui a résolu mon problème.

    InformationsquelleAutor Gelo
  18. 0

    Ce que maven n'est, il télécharge tous de votre projet de dépendances dans votre local repo (.m2 dossier). À cause de le réseau internet entraînant des problèmes avec votre repo, vous projet est confronté à des problèmes. Je ne suis pas sûr si cela va sûrement vous aider ou pas, mais vous pouvez essayer la suppression de tous les fichiers dans le dossier de référentiel à l'intérieur de l' .m2 dossier. Depuis il n'y aurait rien dans les locaux de pensions, maven serait forcé de télécharger les dépendances de nouveau, forçant ainsi une mise à jour.
    Généralement, l' .m2 dossier est situé dans c:users:[nom d'utilisateur]:.m2

    InformationsquelleAutor Ketan R
  19. -1

    J'ai eu ce problème pour une raison différente. Je suis allé sur le repository maven https://mvnrepository.com la recherche de la dernière version de printemps de base, qui à l'époque était 5.0.0.M3/Le référentiel m'a montré cette entrée pour ma pom.xml:

    <!-- https://mvnrepository.com/artifact/org.springframework/spring-core -->
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <version>5.0.0.M3</version>
</dependency>

    Naïf imbécile que je suis, je suppose que le commentaire a été de me dire que le pot est situé dans le référentiel par défaut.

    Cependant, après beaucoup de cogner la tête, j'ai vu une note juste en dessous du xml en disant: "Remarque: cet artefact situé à Alfresco dépôt Public (https://artifacts.alfresco.com/nexus/content/repositories/public/)"

    Donc le commentaire dans le XML est totalement trompeuse. Le pot est situé dans une autre archive, ce qui explique pourquoi Maven ne pouvais pas le trouver!

    InformationsquelleAutor user1208639
  20. -3

    Nous pouvons à la force pour obtenir la dernière mise à jour de libération et de référentiel avec la commande ci-dessous :

    mvn --update-snapshots clean install
    • C'est exactement la même réponse que l'on a accepté la réponse. -U est la forme courte de --update-instantanés.
    InformationsquelleAutor sopheak Seng
  21. -3

    J'ai eu le même message d'erreur et l'exécution de mvn install -U, puis en exécutant mvn install a fonctionné pour moi.

    • Merci de ne pas poster de "la chose mentionnée dans toutes les autres réponses a fonctionné pour moi aussi" réponses.
    InformationsquelleAutor rich_markle
  22. -3

    Je suis tombé sur cette récemment et en cours d'exécution suivants corrigé tous les problèmes

    mvn -fae install
    • -fae,--fail-at-end Only fail the build afterwards; allow all non-impacted builds to continue Il semble une étrange façon de fixation non-mise à jour des dépendances externes..
    InformationsquelleAutor Hugh Brien
  23. -4

    mvn clean install -U ne fonctionne pas. Cependant mvn -U clean suivie par mvn clean install n'.

    InformationsquelleAutor mroman