Задача get у Ant выкарыстоўвае сеткавую канфігурацыю JVM, у якой працуе Ant. Проксі можна наладзіць перад спампоўкай з дапамогай 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>

Імёны і порт — прыклады. Для запыту публічнага артэфакта, якому дазволена выкарыстоўваць публічныя проксі, вазьміце HTTP-канечную кропку з спісу HTTP-проксі. Спіс абыходу выкарыстоўвае вертыкальныя рыскі, а не коскі. Уключайце толькі тыя прызначэнні, якія сапраўды павінны ісці напроста; унутраная спампоўка праз знешні проксі можа не ўдацца, нават калі проксі працуе правільна.

Парадак важны. Змесціце задачу проксі перад аперацыяй get, ці ў той жа мэце, ці ў папярэдняй мэце. Наладка пасля пачатку спампоўкі не можа змяніць гэтае злучэнне.

Магчымыя два лагіны. Атрыбуты proxyuser і proxypassword задачы setproxy датычацца пасярэдніка. Атрыбуты username і password задачы get датычацца сервера спампоўкі. Перадача ўліковага запісу проксі ў get не робіць яго аўтэнтыфікацыяй проксі. Падтрымка аўтэнтыфікацыі і абмежаванні таксама залежаць ад JDK і механізму, якога патрабуе проксі.

Наладка мае ахоп JVM. Яна падыходзіць для задач Ant, якія выкарыстоўваюць гэты сеткавы шлях, але не наладжвае кожную знешнюю праграму, якую запускае зборка. Яна таксама можа ўплываць на наступныя сеткавыя задачы ў тым жа працэсе Ant. Трымайце канцавыя кропкі і сакрэты, спецыфічныя для сайта, у лакальнай канфігурацыі зборкі, замест таго каб убудоўваць уліковы запіс аднаго распрацоўшчыка ў агульную мэту.

Калі аперацыйная сістэма ўжо забяспечвае патрэбны маршрут, Ant таксама дакументуе -autoproxy для выяўлення аперацыйнай сістэмы ў падтрымліваемых асяроддзях Java. Гэта альтэрнатыўная крыніца канфігурацыі маршрутызацыі. Для зборкі, якой патрэбна яўная канцавая кропка, задача вышэй робіць выбраны маршрут і яго час бачнымі.

Падобныя артыкулы