Instalacja Maven zawiesza się podczas pobierania pliku maven_metadata.xml, jeśli istnieje już

Question

Skonfigurowałem mój projekt do wdrożenia na moje własne repozytorium. Po uruchomieniu mvn deploy wygląda na to, że działa, ale zawiesza się na etapie pobierania pliku maven_metadata.xml po przesłaniu słoików.

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 

Gdybym usunąć plik maven-metadata.xml na serwerze, to działa dobrze i po prostu przesyła świeżo wygenerowany.

Powinienem także wspomnieć, że używam prostego serwera HTTP z SCP. Uważam, że większe systemy artefaktów są zbyt przesadne dla tego, co robię. Nie mogę wymyślić, jak to jeszcze debugować. Wszelkie sugestie będą mile widziane.

Answer 1

Wygląda na to, że jest to jakiś niejasny błąd, którego nie mogłem znaleźć w Maven 3.0.5 (domyślnie w testowaniu Debiana). Instalacja Maven 3.1.1 rozwiązała ten problem.

Answer 2

Udało mi się to naprawić, zamieniając wszystkie odniesienia do SCP do sftp w moim pom.xml. Zaletą tego rozwiązania jest to, że nie wymaga dodatkowej konfiguracji. Aby uzyskać więcej informacji, patrz http://jira.codehaus.org/browse/MNG-5605.

Answer 3

Z OS/X 10.9.3 i Maven 3.2.3 miałem ten sam problem.

Wygląda na to, że wtyczka wagonów jest uszkodzona podczas pobierania plików podczas wdrażania.

Rozwiązałem go, przełączając złącze wagonu na "Maven Wagon SSH External", aby użyć polecenia systemowego ssh.

Poniżej moja modyfikacja pom.xml:

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

przełączony:

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

i zastąpione

scp://myuser@myhost.com 

Przez

scpexe://myuser@myhost.com 

do znaczników URL:

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

Answer 4

miałem problem takiego. Kiedy wypróbowałem wget tych adresów URL otrzymałem odpowiedź 404.

Moje rozwiązanie polegało na skróceniu limitu czasu dla tych serwerów (domyślnie z 2 minut do 2 sekund).

Najpierw musisz znaleźć identyfikator repozytorium dla tego adresu URL. To jest, jeśli utkniesz na pobraniu od artifactoryonline.org, poszukać w swoim repozytorium POM:

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

Przejdź do znalezionego POM i sprowadzić repozytorium identyfikator. Następnie edytować ~/.m2/settings.xml do czegoś takiego:

<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> 

To sprawi, że pobieranie zrezygnować po 2 sekundach i niech nadal build (zakładając maven_metadata.xml zostaną pobrane z innego miejsca).