Maven deploy si blocca durante il download di maven_metadata.xml se esiste già

Question

Ho configurato il mio progetto per essere distribuito nel mio repository. Quando eseguo mvn deploy sembra che funzioni, ma si blocca sul palco per scaricare il file maven_metadata.xml dopo aver caricato i giare.

INFO] --- maven-deploy-plugin:2.7:deploy (default-deploy) @ myproject --- 
Uploading: scp://myrepodomain/.../myproject-0.06-2.jar 
Uploaded: scp://myrepodomain/.../myproject-0.06-2.jar (39013 KB at 6234.1 KB/sec) 
Uploading: scp://myrepodomain/.../myproject-0.06-2.pom 
Uploaded: scp://myrepodomain/.../myproject-0.06-2.pom (8 KB at 21.6 KB/sec) 
Downloading: scp://myrepodomain/.../maven-metadata.xml 
320/319 B 
.....here is where it just hangs forever 

Se elimino il file maven-metadata.xml sul server, funziona benissimo e solo una carica appena generato uno.

Devo anche dire che sto usando un semplice server HTTP con SCP, trovo che i sistemi di artefatti più grandi siano un modo eccessivo per quello che sto facendo. Non riesco a capire come eseguire il debug di questo. Tutti i suggerimenti sarebbero apprezzati.

Answer 1

Questo sembra essere un bug oscuro Non sono riuscito a trovare un riferimento a in Maven 3.0.5 (impostazione predefinita in debian testing). L'installazione di Maven 3.1.1 risolve questo problema.

Answer 2

Sono riuscito a risolvere questo problema scambiando tutti i riferimenti di scp a sftp nel mio pom.xml. Il vantaggio di questa soluzione è che non richiede alcuna configurazione aggiuntiva. Vedere http://jira.codehaus.org/browse/MNG-5605 per ulteriori informazioni.

Answer 3

Con OS/X 10.9.3 e Maven 3.2.3, ho avuto lo stesso problema.

Sembra essere il plugin wagon che si rompe durante il download dei file durante la distribuzione.

Ho risolto il problema passando il connettore del carro a "Maven Wagon SSH External" per utilizzare il comando ssh del sistema.

Di seguito la mia modifica pom.xml:

 <extension> 
      <groupId>org.apache.maven.wagon</groupId> 
      <artifactId>wagon-ssh</artifactId> 
      <version>2.6</version> 
     </extension> 

passati a:

 <extension> 
      <groupId>org.apache.maven.wagon</groupId> 
      <artifactId>wagon-ssh-external</artifactId> 
      <version>2.6</version> 
     </extension> 

e sostituito

scp://myuser@myhost.com 

Con

scpexe://myuser@myhost.com 

in tag url:

<repository> 
     ... 
     <url>scpexe://myuser@myhost.com</url> 
     ... 
    </repository> 

Answer 4

ho avuto un problema come questo. Quando ho provato wget questi URL ...maven_metadata.xml ho ricevuto una risposta 404.

La mia soluzione era quella di abbreviare il timeout per questi server (da 2 minuti di default a 2 secondi).

Prima devi trovare l'ID del repository per questo URL. Cioè se sei bloccato sul download da artifactoryonline.org, ricerca di questo repository nelle POM:

$ find . -name 'pom*.xml' | xargs grep factoryonline 

Vai trovato POM a prendere l'ID del repository. Quindi modificare il ~/.m2/settings.xml a qualcosa di simile:

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 
    https://maven.apache.org/xsd/settings-1.0.0.xsd"> 
    <servers> 
      <server> 
        <id>Metamarkets-repository</id> 
        <configuration> 
          <httpConfiguration> 
            <all> 
              <connectionTimeout>2000</connectionTimeout> 
              <readTimeout>2000</readTimeout> 
            </all> 
          </httpConfiguration> 
        </configuration> 
      </server> 
    </servers> 
</settings> 

Questo renderà il download rinunciare dopo 2 secondi e lasciare che la build continuare (assumendo che il maven_metadata.xml verranno scaricati da qualche altra parte).