Ants get-uppgift använder nätverkskonfigurationen i den JVM som kör Ant. En proxy kan anges före nedladdningen 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>

Namnen och porten är exempel. För en begäran om en offentlig artefakt som får använda offentliga proxyservrar, ta en HTTP-slutpunkt från HTTP-proxylistan. Undantagslistan använder vertikala streck, inte kommatecken. Ta bara med destinationer som verkligen ska gå direkt; en intern nedladdning som dirigeras via en extern proxy kan misslyckas även när proxyn fungerar korrekt.

Ordningen spelar roll. Placera proxyuppgiften före get-åtgärden, antingen i samma mål eller i ett föregående mål. Konfiguration efter att nedladdningen börjat kan inte ändra den anslutningen.

Det finns två möjliga inloggningar. Attributen proxyuser och proxypassword på setproxy gäller mellanhanden. Attributen username och password på get gäller nedladdningsservern. Att ge proxykontot till get gör det inte till proxyautentisering. Stöd och begränsningar för autentisering beror också på JDK:n och den mekanism som proxyn kräver.

Inställningen har JVM-omfattning. Den passar för Ant-uppgifter som använder den nätverksvägen, men konfigurerar inte varje externt program som en byggnad startar. Den kan också påverka senare nätverksuppgifter i samma Ant-process. Håll webbplatsspecifika slutpunkter och hemligheter i byggnadens lokala konfiguration i stället för att bädda in en utvecklares konto i ett delat mål.

Om operativsystemet redan tillhandahåller den avsedda vägen dokumenterar Ant även -autoproxy för identifiering av operativsystemet på Java-körtider som stöds. Det är en alternativ källa till routingkonfiguration. För en byggnad som behöver en explicit slutpunkt gör uppgiften ovan den valda vägen och dess tidpunkt synlig.

Relaterade artiklar