Echec de la somme de contrôle Maven

Je suis en train de travailler sur un projet qui utilise Maven comme l'outil de génération. Je suis l'aide de la version 2.2.1 de l'outil. Récemment, un collègue a mentionné qu'il ne pouvait pas construire le projet en raison d'erreurs de somme de contrôle. Je n'étais pas de ces erreurs, alors j'ai supprimé mon dépôt local. Bien sûr, j'ai aussi eu l'erreur de somme de contrôle lors de la prochaine tentative de construire. Nous sommes à l'aide de Archiva que notre référentiel central, j'ai donc mis les pots à nouveau l'espoir de résoudre le problème. Pas de chance. Ce qui pourrait être la cause de ces erreurs et comment les résoudre?

Downloading: http://artifactory/archiva/repository/maven-repo/org/springframework/ws/spring-
ws/1.5.8/spring-ws-1.5.8.pom
427b downloaded  (spring-ws-1.5.8.pom)
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '14d6901e3f251f5d312b9be726c75a
68f78045ac'; remote = '659bbed2c2dae12e9dbb65f8cad8fce1a1ea0845' - RETRYING
Downloading: http://artifactory/archiva/repository/maven-repo/org/springframework/ws/spring-
ws/1.5.8/spring-ws-1.5.8.pom
427b downloaded  (spring-ws-1.5.8.pom)
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = '14d6901e3f251f5d312b9be726c75a
68f78045ac'; remote = '659bbed2c2dae12e9dbb65f8cad8fce1a1ea0845' - IGNORING
Downloading: http://artifactory/archiva/repository/maven-repo/com/xyz/abc/3.0.20090929_
attachment_fixes/abc-3.0.20090929_attachment_fixes.pom
435b downloaded  (abc-3.0.20090929_attachment_fixes.pom)

source d'informationauteur Dan Polites | 2009-11-19

  1. 6

    Le problème semble être dans la façon dont le maven client est le déploiement des artefacts dans le référentiel central (Archiva). C'est à l'aide de HTTP et dans certaines situations, corrompre la signature de la somme de contrôle du fichier.

    Essayez de changer votre local maven fichier de paramètres à ressembler à quelque chose comme cela, qui pour moi a été situé dans ~/.m2/settings.xml

    <settings>
  <servers>
    <server>
      <id>my-server</id>
      <configuration>
        <httpConfiguration>
          <put>
            <params>
              <param>
                <name>http.authentication.preemptive</name>
                <value>%b,true</value>
              </param>
            </params>
          </put>
        </httpConfiguration>
      </configuration>
    </server>
  </servers>
</settings>

    Après vous faites ce changement, redéployer les objets de votre centrale repo, puis essayez d'exécuter mvn dependency:resolve dans votre projet local pour voir si la somme de contrôle des erreurs se produisent encore.

    Voici un thread sur ce problème: http://jira.codehaus.org/browse/MNG-4301

  2. 4

    L'artefact de résolution est (toujours, même en 3.0.4 apparemment) pas thread-safe:

    http://jira.codehaus.org/browse/MNG-4742

    essayer de construction:

    -Dmaven.artefact.threads=1

    Quand je construire avec cette option en 3.0.4 dans un projet qui affiche les erreurs de somme de contrôle (log4j), toutes les erreurs de somme de contrôle disparaissent.

    Elle devrait s'appliquer aux 2.2.1.

    (edit: le fichier de réponse sous " en se cachant faux négatifs)

  3. 3

    Avez-vous essayé de changer le somme de contrôle politiques dans le proxy connecteur 'fixer' au lieu de 'ignorer'?

  4. 1

    J'ai supprimé manuellement les objets de Archiva et utilisé Archiva pour les télécharger de nouveau. Cela a résolu mon problème. Il semblait être en double POMs, Pots, etc dans Archiva pour les versions que donnaient les erreurs de somme de contrôle.

  5. 0

    Tout en utilisant un seul fil comme décrit bu Rondo ci-dessous a permis de constituer complète sans erreur, en fin de compte j'ai trouvé que mon espace de travail a été endommagé. Peut-être due à une interruption de construire. J'ai effacé l'espace de travail et créé un propre à partir du code source manager et tout a bien fonctionné de nouveau.