Ehitusriist suudab oma sõltuvused edukalt lahendada, samas kui Paketo buildpack ei suuda käituskeskkonda alla laadida. Buildpack töötab ehitaja konteineri sees ja vajab oma puhverserveri sisendit.

Gradle'i bootBuildImage ülesanne

Groovy build.gradle failis, mis kasutab Spring Booti olemasolevat bootBuildImage ülesannet:

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

Maveni plugin kasutab image.env'i

Spring Boot Maveni plugina olemasolevas konfiguratsioonis asetage spring-boot:build-image jaoks need väärtused image.env alla:

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

Nii Gradle'i ülesande keskkond kui ka Maveni image.env annavad ehitajale väärtusi. Mõlemad nimed võivad tähistada sama tavalist HTTP vahendajat, sealhulgas HTTPS artefaktide URL-ide jaoks. Avalike artefaktide allalaadimiste jaoks, mis on lubatud avalike puhverserverite kaudu, pakub HTTP puhverserverite loend kandidaate nende ehitaja väärtuste jaoks.

See säte on sõltumatu Gradle'i systemProp.http.proxyHost omadustest. Need kuuluvad JVM-ile ega seadista automaatselt teist protsessi ehitajas.

Dockeri deemon peab esmalt hankima vajalikud ehitaja- ja käituskujutised. Registri tõrge selles varasemas etapis nõuab deemoni marsruudi ja registri konfiguratsiooni, mitte muutujat, mis antakse buildpackile, mis pole veel alanud.

Kasutage puhverserveri lõpp-punkti, mis on ehitaja konteinerist kättesaadav. Selle loopback-aadress identifitseerib selle konteineri, mitte tingimata arendaja tööjaama.

Hoidke ka lõpliku rakenduse käituskeskkond teadlikult kavandatud. Juurdepääs ehitamise ajal ja marsruut, mida rakendus hiljem käivitades kasutab, on eraldi konfiguratsiooniotsused.

Seotud artiklid