'n Outomatiese proxy-inprop klink ideaal vir 'n skootrekenaar wat tussen netwerke beweeg. Daar is een ongemaklike eerste versoek: Maven het dalk die proxy nodig om die inprop self te kry.

'n Inprop-doelwit loop eers nadat Maven sy implementering en vereiste artefakte kan oplos en laai. Proxy-ontdekking binne daardie implementering kan nie help met 'n aflaai wat misluk voordat die implementering begin nie. Die gebruik van volledig gekwalifiseerde inprop-koördinate kan 'n voorvoegselsoektog vermy; dit maak nie die inprop-artefak in 'n leë plaaslike bewaarplek verskyn nie.

Die ou Autoproxy Maven-inprop illustreer die onderskeid. Sy README beskryf proxy-ontdekking deur proxy-vole, maar beskryf ook die plaaslike installering van die inprop voordat sy doelwit opgeroep word. Beskou dit as 'n voorvereiste van daardie spesifieke ontwerp, eerder as bewys dat Maven universeel browser-PAC-instellings lees.

Gee die eerste oplossing 'n eksplisiete roete

Vir 'n netwerk waar bewaarplek-toegang 'n HTTP-proxy vereis, stel die toepaslike aktiewe proxy in die Maven-instellings in wat deur daardie oproep gebruik word. Vir 'n toegelate publieke-bewaarplek-opstart, kies 'n HTTP-kandidaat uit die HTTP-proxy-lys. 'n Goedgekeurde interne bewaarplek wat sonder die eksterne roete bereikbaar is, kan ook die aanvanklike toegangsprobleem oplos. Enige benadering moet die inprop en sy afhanklikhede dek, nie net die toepassing se afhanklikhede nie.

'n Voorheen gevulde plaaslike bewaarplek kan die opstartvereiste verberg. Sukses op 'n ontwikkelaar se skootrekenaar bewys nie dat 'n nuwe CI-rekening dieselfde bou kan begin nie. Kyk na die mislukte artefak en fase voordat jy die inprop se opsporingslogika verander.

Nadat die inprop gelaai het, word 'n latere afhanklikheidsfout 'n aparte vraag: of sy opgespoorde roete korrek is en of die aktiewe Maven-transport die resulterende instellings gebruik. Hou daardie twee mislukkingspunte apart wanneer jy besluit of outomatiese opsporing werd is om te behou.

Verwante artikels