Jak zmusić programistę do przekroczenia limitu czasu podczas pobierania zależności?

Question

buduję mój projekt z Apache Maven i mają zwyczaj repozytorium skonfigurowane ale gdy trafi do repozytorium po prostu wisi na bardzo długi czas z

pobraniu: http://maven.mycompany.com/m2/org/springframework/spring/2.5.6/spring-2.5.6.pom

po kilku minutach przechodzi i pliki do pobrania to z centralnego repo

Pobieranie: http://repo1.maven.org/maven2/org/springframework/spring/2.5.6/spring-2.5.6.pom 12K pobrane (wiosna-2.5.6.pom)

Chcę timeout się znacznie szybciej niż to. Dzieje się tak ze wszystkimi nowszymi wersjami maven. Wersja 2.0.6 lub wcześniejsza nie miała tego problemu, bo upłynąłaby znacznie szybciej.

Answer 1

W wersjach Mavena przed wersją 2.1 nie ma możliwości skonfigurowania klienta na timeout, ale można skonfigurować go tak, aby sprawdzał aktualizacje rzadziej, jeśli ustawiono politykę aktualizacji. To częściowo rozwiązuje problem.

Na przykład:

<repository> 
    <id>myrepo</id> 
    <url>http://maven.mycompany.com/m2</url> 
    <releases> 
    <enabled>true</enabled> 
    <updatePolicy>daily</updatePolicy> 
    </releases> 
    <snapshots> 
    <enabled>false</enabled> 
    <updatePolicy>always</updatePolicy> 
    </snapshots> 
</repository> 

Prawidłowe wartości to:

• zawsze - zawsze sprawdzić kiedy Maven jest uruchamiany na nowszych wersjach migawek
• nigdy - nigdy nie sprawdza, czy są nowsze wersje zdalnych. Po wyłączeniu można przeprowadzić aktualizacje ręczne.
• dziennie (domyślnie) - sprawdź na pierwszym biegu dnia (czasu lokalnego)
• przedział: XXX - sprawdź co XXX minut

Innym zjawiskiem jest używane oprogramowanie do organizacji wewnętrznego repozytorium . Za pomocą menedżera repozytorium, takiego jak Nexus, możesz zarządzać wszystkimi zewnętrznymi połączeniami do repozytorium zdalnego za pośrednictwem menedżera i konfigurować limit czasu dla tych połączeń zdalnych. Twój klient zapyta wtedy tylko menedżera repozytorium, który powinien zareagować tak szybko, jak pozwalają na to limity czasu.

---

Aktualizacja:

Jeśli znasz Zależności nie będą podawane przez danego repozytorium, można podzielić go na profilu, więc to nie jest wymieniony w tej kompilacji.

<profiles> 
    <profile> 
    <id>remote</id> 
    <repositories> 
     <repository> 
     <id>central</id> 
     <url>http://repo1.maven.org</url> 
     <releases><enabled>true</enabled></releases> 
     <snapshots><enabled>false</enabled></snapshots> 
     </repository> 
     ... 
    </repositories> 
    </profile> 
    <profile> 
    <id>internal</id> 
    <repositories> 
     <repository> 
     <id>myrepo</id> 
     <url>http://maven.mycompany.com/m2</url> 
     <releases><enabled>true</enabled></releases> 
     <snapshots><enabled>false</enabled></snapshots> 
     </repository> 
     ... 
    </repositories> 
    </profile> 
</profiles> 

W powyższej konfiguracji, działa mvn pakiet -Premote nie łączy się z wewnętrznym repozytorium, więc limit czasu nie będzie czynnikiem.

można uniknąć konieczności określania profili na każdej budowie, dodając kilka dodatkowych config z ustawieniami:

<settings> 
    ... 
    <activeProfiles> 
    <activeProfile>internal</activeProfile> 
    <activeProfile>remote</activeProfile> 
    </activeProfiles> 
    ... 
</settings> 

Dla Maven 2.1 można ustawić limit czasu dodając konfigurację na serwerze w ustawieniach Mavena (~/.m2/settings.xml domyślnie), na przykład:

<server> 
    <id>myrepo</id> 
    <configuration> 
    <timeout>5000</timeout> <!-- 5 seconds --> 
    </configuration> 
</server> 

Answer 2

Jeden szybki i brudny Hack jest dodanie wpisu niestandardowy plik hosts do przekierowywania żądań sieciowych do niepoprawne repozytorium do poprawnego.