Maven peab proksimooduli juurde jõudma enne, kui saab seda käivitada
Mõistke alglaadimise probleemi, kui Maveni moodul lubab proksit avastada, kuid selle enda artefakte ei saa lahendada.
Automaatne proksimoodul tundub ideaalne sülearvuti jaoks, mis liigub võrkude vahel. Siiski on üks ebamugav esimene päring: Maven võib vajada proksit mooduli enda hankimiseks.
Mooduli eesmärk käivitub alles siis, kui Maven suudab lahendada ja laadida selle teostuse ning vajalikud artefaktid. Proksi avastamine selle teostuse sees ei aita allalaadimist, mis ebaõnnestub enne teostuse käivitumist. Täielikult kvalifitseeritud mooduli koordinaatide kasutamine võib vältida prefiksipäringut; kuid see ei pane mooduli artefakti tühjas kohalikus hoidlas ilmuma.
Vana Autoproxy Maveni moodul illustreerib seda erinevust. Selle README kirjeldab proksi avastamist proxy-vole kaudu, kuid kirjeldab ka mooduli kohalikku paigaldamist enne selle eesmärgi kutsumist. Käsitlege seda selle konkreetse disaini eeltingimusena, mitte tõendina, et Maven loeb universaalselt brauseri PAC-seadeid.
Andke esimesele lahendusele selge marsruut
Võrgu jaoks, kus hoidla juurdepääs nõuab HTTP-proksit, seadistage sobiv aktiivne proksi Maveni seadetes, mida see kutse kasutab. Lubatud avaliku hoidla alglaadimiseks valige HTTP-kandidaat HTTP-prokside loendist. Kinnitatud sisemine hoidla, mis on kättesaadav ilma välise marsruudita, võib samuti esialgse juurdepääsuprobleemi lahendada. Mõlemad lähenemisviisid peavad katma mooduli ja selle sõltuvused, mitte ainult rakenduse sõltuvusi.
Varem täidetud kohalik hoidla võib alglaadimisnõude varjata. Edu arendaja sülearvutis ei tõesta, et värske CI-konto saab sama ehituse käivitada. Enne mooduli tuvastusloogika muutmist vaadake ebaõnnestunud artefakti ja faasi.
Pärast mooduli laadimist muutub hilisem sõltuvustõrge eraldi küsimuseks: kas tuvastatud marsruut on õige ja kas aktiivne Maveni transport kasutab tulemuseks olevaid seadeid. Hoidke need kaks tõrkepunkti eraldi, kui otsustate, kas automaatset tuvastust tasub alles hoida.