Starpniekservera problēmas pēc Maven 3.9 jaunināšanas

Maven 3.9.0 mainīja Resolver noklusējuma HTTP transportu no Wagon uz native HTTP. Vecs Wagon specifisks risinājums var pārstāt kontrolēt repozitorija pieprasījumus, pat ja starpniekservera URL nav mainīts.

Pārbaudiet palaisto Maven versiju, aktīvo starpniekservera konfigurāciju failā settings.xml un izvēlēto Resolver transportu. Tas, ka JVM pieņem -D argumentu, nepierāda, ka HTTP klients izmanto šo īpašību.

Maven 3.9 laidienos, kas atbalsta dokumentēto selector, šis salīdzinājums pieprasa Wagon:

mvn -Dmaven.resolver.transport=wagon dependency:resolve

Palaidiet to tikai tad, ja tiešām vēlaties lejupielādēt atkarības tam pašam projektam un apstiprinātajam endpoint. Tā ir tīkla darbība, nevis konfigurācijas vaicājums. Atšķirīgs rezultāts sašaurina ieviešanas atšķirību, bet nepadara Wagon par pastāvīgu risinājumu. Pirms selector lietošanas ar Maven 4 vai nākamo versiju pārbaudiet atbalstītos nosaukumus.

Pierakstiet faktisko challenge un kļūdas posmu. Pārlūkprogrammas autentifikācija nepierāda NTLM atbalstu nevienā Maven transportā. 407, sertifikāta noraidīšana, nepieejams repozitorijs un timeout prasa atšķirīgus labojumus. Pirms pievienojat pool vai laika opcijas vai maināt mirror un artefaktu versijas, pierakstiet versiju, transportu, starpniekservera metodi un mazāko atkārtojamo darbību. Izvēlētajam maršrutam un konfigurācijai skatiet noderīgu diagnostikas pārskatu.