Պրոքսիի խնդիր Maven 3.9-ին թարմացնելուց հետո

Maven 3.9.0-ը Resolver-ի լռելյայն HTTP transport-ը Wagon-ից փոխեց native HTTP-ի։ Հին, Wagon-ին հատուկ workaround-ը կարող է դադարել վերահսկել repository-ի հարցումները, նույնիսկ եթե պրոքսիի URL-ը չի փոխվել։

Ստուգեք աշխատող Maven-ի տարբերակը, settings.xml-ում գտնվող ակտիվ պրոքսիի կազմաձևումը և ընտրված Resolver transport-ը։ JVM-ի կողմից -D արգումենտի ընդունումը չի ապացուցում, որ HTTP հաճախորդը օգտագործում է այդ հատկությունը։

Փաստաթղթավորված selector-ը աջակցող Maven 3.9 թողարկումների դեպքում այս համեմատությունը պահանջում է Wagon-ը․

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

Գործարկեք այն միայն այն ժամանակ, երբ իսկապես ցանկանում եք կախվածություններ ներբեռնել նույն նախագծի և հաստատված endpoint-ի համար։ Սա ցանցային գործողություն է, ոչ թե կազմաձևման հարցում։ Տարբեր արդյունքը սահմանափակում է իրականացման տարբերությունը, բայց Wagon-ը մշտական լուծում չի դարձնում։ Maven 4-ի կամ ապագա տարբերակի հետ selector օգտագործելուց առաջ ստուգեք աջակցվող անունները։

Գրանցեք իրական challenge-ը և սխալի փուլը։ Բրաուզերի նույնականացումը չի ապացուցում NTLM-ի աջակցությունը Maven-ի որևէ transport-ում։ 407-ը, վկայագրի մերժումը, անհասանելի repository-ն և timeout-ը տարբեր ուղղումներ են պահանջում։ Pool-ի կամ ժամանակի ընտրանքներ ավելացնելուց կամ mirror-ներն ու artifact-ների տարբերակները փոխելուց առաջ գրեք տարբերակը, transport-ը, պրոքսիի մեթոդը և վերարտադրվող ամենափոքր գործողությունը։ Ընտրված երթուղու և կազմաձևման համար տեսեք օգտակար ախտորոշիչ զեկույցը։