Laste ned via en proxy med Ants get-oppgave

Ants get-oppgave bruker nettverkskonfigurasjonen til JVM-en som kjører Ant. En proxy kan angis før nedlastingen 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>

Navnene og porten er eksempler. For en forespørsel om en offentlig artefakt som har lov til å bruke offentlige proxyer, ta et HTTP-endepunkt fra HTTP-proxylisten. Unntakslisten bruker loddrette streker, ikke kommaer. Ta bare med destinasjoner som faktisk skal gå direkte; en intern nedlasting som rutes via en ekstern proxy kan mislykkes selv når proxyen fungerer riktig.

Rekkefølgen er viktig. Sett proxyoppgaven før get-operasjonen, enten det er i samme mål eller et forutgående mål. Konfigurasjon etter at nedlastingen har startet kan ikke endre den forbindelsen.

Det er to mulige innlogginger. Attributtene proxyuser og proxypassword på setproxy gjelder mellomleddet. Attributtene username og password på get gjelder nedlastingsserveren. Å gi proxykontoen til get gjør den ikke til proxyautentisering. Støtte og begrensninger for autentisering avhenger også av JDK-en og mekanismen proxyen krever.

Innstillingen har JVM-omfang. Den passer for Ant-oppgaver som bruker den nettverksveien, men konfigurerer ikke hvert eksternt program som en bygging starter. Den kan også påvirke senere nettoppgaver i samme Ant-prosess. Hold nettstedsspesifikke endepunkter og hemmeligheter i byggingens lokale konfigurasjon i stedet for å bygge inn én utviklers konto i et delt mål.

Hvis operativsystemet allerede gir den tiltenkte ruten, dokumenterer Ant også -autoproxy for oppdaging av operativsystemet på støttede Java-kjøretider. Det er en alternativ kilde til rutingkonfigurasjon. For en bygging som trenger et eksplisitt endepunkt, gjør oppgaven ovenfor den valgte ruten og tidspunktet synlig.