Proxy-arazoak Maven 3.9ra eguneratu ondoren

Maven 3.9.0-k Resolverren HTTP transport lehenetsia Wagonetik native HTTPra aldatu zuen. Wagonerako workaround zahar batek, beraz, biltegiko eskaerak kontrolatzeari utz diezaioke proxyaren URLa aldatu ez bada ere.

Egiaztatu exekutatzen ari den Maven bertsioa, proxyaren konfigurazio aktiboa settings.xml fitxategian eta hautatutako Resolver transport-a. JVM batek -D argumentua onartzeak ez du frogatzen HTTP bezeroak propietate hori erabiltzen duenik.

Dokumentatutako selector-a onartzen duten Maven 3.9 bertsioetan, konparazio honek Wagon eskatzen du:

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

Exekutatu soilik proiektu bererako eta onartutako endpoint-erako mendekotasunak benetan deskargatu nahi dituzunean. Sareko eragiketa da, ez konfigurazio-kontsulta. Emaitza desberdinak inplementazio-aldea estutzen du, baina ez du Wagon behin betiko irtenbide bihurtzen. Egiaztatu onartutako izenak selector-a Maven 4rekin edo etorkizuneko bertsio batekin erabili aurretik.

Gorde benetako challenge-a eta errorearen fasea. Arakatzaileko autentifikazioak ez du frogatzen Maven transport batek NTLM onartzen duenik. 407, ziurtagiriaren errefusa, eskuragarri ez dagoen biltegia eta timeout-ak konponketa desberdinak behar dituzte. Pool edo denbora-aukerak gehitu aurretik, edo mirror-ak eta artifact bertsioak aldatu aurretik, idatzi bertsioa, transport-a, proxy metodoa eta erreproduzi daitekeen eragiketa txikiena. Hautatutako bidea eta konfigurazioa için diagnostiko-txosten erabilgarria ikus.