Download via en proxy med Ants get-opgave

Ants get-opgave bruger netværkskonfigurationen i den JVM, der kører Ant. En proxy kan indstilles før downloadet 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. Til en anmodning om en offentlig artefakt, der må bruge offentlige proxyer, skal du tage et HTTP-endepunkt fra HTTP-proxylisten. Undtagelseslisten bruger lodrette streger, ikke kommaer. Medtag kun destinationer, der faktisk skal gå direkte; et internt download, der sendes via en ekstern proxy, kan fejle, selv når proxyen fungerer korrekt.

Rækkefølgen er vigtig. Sæt proxyopgaven før get-handlingen, uanset om det er i samme mål eller et forudgående mål. Konfiguration efter downloadets start kan ikke ændre den forbindelse.

Der er to mulige logins. proxyuser- og proxypassword-attributterne på setproxy vedrører mellemleddet. username- og password-attributterne på get vedrører downloadserveren. At give proxykontoen til get gør den ikke til proxygodkendelse. Understøttelse og begrænsninger for godkendelse afhænger også af JDK'en og den mekanisme, proxyen kræver.

Indstillingen har JVM-omfang. Den er egnet til Ant-opgaver, der bruger den netværksvej, men konfigurerer ikke alle eksterne programmer, som et build starter. Den kan også påvirke senere netværksopgaver i samme Ant-proces. Opbevar lokationsspecifikke endepunkter og hemmeligheder i buildets lokale konfiguration i stedet for at indlejre én udviklers konto i et delt mål.

Hvis operativsystemet allerede leverer den tilsigtede rute, dokumenterer Ant også -autoproxy til registrering af operativsystemet på understøttede Java-runtime. Det er en alternativ kilde til routingkonfiguration. For et build, der har brug for et eksplicit endepunkt, gør opgaven ovenfor den valgte rute og dens timing synlig.