Алатката за изградба може успешно да ги реши своите зависности, додека Paketo buildpack не може да преземе runtime. Buildpack работи внатре во контејнерот на builder и му треба сопствен прокси влез.

Задачата bootBuildImage на Gradle

Во Groovy build.gradle со постоечката задача bootBuildImage на Spring Boot:

tasks.named("bootBuildImage") {
    environment["HTTP_PROXY"] = "http://proxy.example:8080"
    environment["HTTPS_PROXY"] = "http://proxy.example:8080"
}

Maven приклучокот користи image.env

За spring-boot:build-image, ставете ги овие вредности под image.env во постоечката конфигурација на Spring Boot Maven приклучокот:

<configuration>
  <image>
    <env>
      <HTTP_PROXY>http://proxy.example:8080</HTTP_PROXY>
      <HTTPS_PROXY>http://proxy.example:8080</HTTPS_PROXY>
    </env>
  </image>
</configuration>

И околината на задачата на Gradle и image.env на Maven даваат вредности на builder. Двете имиња можат да го означат истиот обичен HTTP посредник, вклучително и за HTTPS URL адреси на артефакти. За јавни преземања на артефакти дозволени преку јавни прокси сервери, списокот на HTTP прокси сервери нуди кандидати за овие builder вредности.

Оваа поставка е независна од својствата systemProp.http.proxyHost на Gradle. Тие ѝ припаѓаат на JVM и не конфигурираат автоматски друг процес во builder.

Docker демонот прво мора да ги добие потребните builder и извршни слики. Неуспех на регистарот во таа поранешна фаза бара рутата и конфигурацијата на регистарот на демонот, а не променлива предадена на buildpack што сè уште не започнал.

Користете прокси крајна точка достапна од контејнерот на builder. Нејзината loopback адреса го идентификува тој контејнер, а не нужно работната станица на развивачот.

Одржувајте ја намерно и околината за извршување на конечната апликација. Пристапот за време на изградбата и рутата што се користи кога апликацијата подоцна работи се одделни конфигурациски одлуки.

Поврзани статии