Byggingartól getur leyst ósjálfstæði sín með góðum árangri á meðan Paketo-buildpack getur ekki sótt keyrsluumhverfi. Buildpackið keyrir inni í gámi smíðans og þarf sitt eigið proxyinntak.

bootBuildImage-verkefnið í Gradle

Í Groovy build.gradle með fyrirliggjandi bootBuildImage-verkefni Spring Boot:

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

Maven-viðbótin notar image.env

Fyrir spring-boot:build-image skaltu setja þessi gildi undir image.env í fyrirliggjandi stillingum Spring Boot Maven-viðbótarinnar:

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

Bæði verkefnaumhverfi Gradle og image.env í Maven veita smíðanum gildi. Bæði nöfnin geta tilgreint sama venjulega HTTP-milliliðinn, einnig fyrir HTTPS-slóðir gagna. Fyrir opinberar niðurhalsleiðir gagna sem leyfðar eru í gegnum opinber proxy, býður HTTP-proxylistinn fram kandídatta fyrir þessi smíðagildi.

Þessi stilling er óháð systemProp.http.proxyHost-eiginleikum Gradle. Þeir tilheyra JVM og stilla ekki sjálfkrafa annað ferli í smíðanum.

Docker-dæmoninn verður fyrst að ná í nauðsynlegar smíða- og keyrsluímyndir. Bilun í skrá í því fyrra stigi krefst leiðar og skráarstillingar dæmonsins, ekki breytu sem er afhent buildpacki sem er ekki byrjað.

Notaðu proxyendapunkt sem er aðgengilegur frá gámi smíðans. Loopback-vistfang þess auðkennir þann gám, ekki endilega vinnustöð þróunaraðilans.

Hafðu keyrsluumhverfi endanlegu forritsins líka viljandi. Aðgangur við byggingu og leiðin sem notuð er þegar forritið keyrir síðar eru aðskildar stillingarákvarðanir.

Tengdir greinar