Laste ned via ein proxy med get-oppgåva til Ant

get-oppgåva til Ant brukar nettverkskonfigurasjonen til JVM-en som køyrer Ant. Ein proxy kan setjast før nedlastinga med setproxy:

<target name="download">
  <setproxy proxyhost="proxy.example.net"
            proxyport="8080"
            nonproxyhosts="localhost|127.*|*.internal.example.net"/>
  <get src="https://downloads.example.net/tool.zip"
       dest="tool.zip"/>
</target>

Namna og porten er døme. For ein førespurnad om ein offentleg artefakt som har løyve til å bruke offentlege proxyar, ta eit HTTP-endepunkt frå HTTP-proxylista. Unntakslista brukar loddrette strekar, ikkje komma. Ta berre med destinasjonar som faktisk skal gå direkte; ei intern nedlasting som blir ruta via ein ekstern proxy kan mislukkast sjølv når proxyen fungerer rett.

Rekkjefølgja er viktig. Set proxyoppgåva før get-operasjonen, anten det er i same mål eller eit føregåande mål. Konfigurasjon etter at nedlastinga har starta kan ikkje endre den sambindinga.

Det er to moglege innloggingar. Attributta proxyuser og proxypassword på setproxy gjeld mellomleddet. Attributta username og password på get gjeld nedlastingsserveren. Å gje proxykontoen til get gjer han ikkje til proxyautentisering. Støtte og avgrensingar for autentisering er også avhengige av JDK-en og mekanismen proxyen krev.

Innstillinga har JVM-omfang. Ho passar for Ant-oppgåver som brukar den nettverksvegen, men konfigurerer ikkje kvart eksternt program som eit bygg startar. Ho kan også påverke seinare nettoppgåver i same Ant-prosess. Hald nettstadsspesifikke endepunkt og løyndomar i den lokale konfigurasjonen til bygget i staden for å byggje inn kontoen til ein utviklar i eit delt mål.

Viss operativsystemet alt gjev den tiltenkte ruta, dokumenterer Ant også -autoproxy for oppdaging av operativsystemet på støtta Java-køyretider. Det er ei alternativ kjelde til rutingkonfigurasjon. For eit bygg som treng eit eksplisitt endepunkt, gjer oppgåva ovanfor den valde ruta og tidspunktet synleg.