Nástroj zostavovania dokáže úspešne vyriešiť svoje závislosti, zatiaľ čo buildpack Paketo nedokáže stiahnuť runtime. Buildpack beží vnútri kontajnera buildera a potrebuje vlastný vstup pre proxy.

Úloha bootBuildImage v Gradle

V súbore Groovy build.gradle s existujúcou úlohou bootBuildImage zo Spring Boot:

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

Plugin Maven používa image.env

Pre spring-boot:build-image umiestnite tieto hodnoty pod image.env v existujúcej konfigurácii pluginu 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>

Prostredie úlohy Gradle aj image.env v Maven dodávajú builderu hodnoty. Oba názvy môžu označovať toho istého bežného HTTP sprostredkovateľa, aj pre URL artefaktov HTTPS. Pre verejné sťahovania artefaktov povolené cez verejné proxy poskytuje zoznam HTTP proxy kandidátov pre tieto hodnoty buildera.

Toto nastavenie je nezávislé od vlastností systemProp.http.proxyHost v Gradle. Tie patria JVM a automaticky nenastavujú iný proces v builderi.

Démon Docker musí najprv získať potrebné image buildera a runtime. Zlyhanie registra v tej skoršej fáze vyžaduje trasu a konfiguráciu registra démona, nie premennú odovzdanú buildpacku, ktorý sa ešte nezačal.

Použite proxy koncový bod dostupný z kontajnera buildera. Jeho loopback adresa identifikuje tento kontajner, nie nevyhnutne pracovnú stanicu vývojára.

Udržiavajte zámerne aj runtime prostredie výslednej aplikácie. Prístup počas zostavovania a trasa použitá pri neskoršom behu aplikácie sú samostatné konfiguračné rozhodnutia.

Súvisiace články