Spring Boot-bildoj: agordi la prokurilon de la Paketo-konstruilo
Transdonu prokurilajn variablojn al Paketo-konstruilo per Gradle bootBuildImage aŭ Maven image.env, aparte de la konstruilo kaj la Docker-demono.
Konstruilo povas sukcese solvi siajn dependaĵojn, dum Paketo-buildpack ne povas elŝuti rulejon. La buildpack funkcias ene de la konstruila ujo kaj bezonas sian propran prokurilan enigon.
La bootBuildImage-tasko de Gradle
En Groovy build.gradle kun la ekzistanta bootBuildImage-tasko de Spring Boot:
tasks.named("bootBuildImage") {
environment["HTTP_PROXY"] = "http://proxy.example:8080"
environment["HTTPS_PROXY"] = "http://proxy.example:8080"
}
La Maven-kromprogramo uzas image.env
Por spring-boot:build-image, metu ĉi tiujn valorojn sub image.env en la ekzistanta agordo de la Spring Boot Maven-kromprogramo:
<configuration>
<image>
<env>
<HTTP_PROXY>http://proxy.example:8080</HTTP_PROXY>
<HTTPS_PROXY>http://proxy.example:8080</HTTPS_PROXY>
</env>
</image>
</configuration>
Kaj la taska medio de Gradle kaj image.env de Maven provizas valorojn al la konstruilo. Ambaŭ nomoj povas identigi la saman ordinaran HTTP-peranton, ankaŭ por HTTPS-artefaktaj URL-oj. Por publikaj artefaktaj elŝutoj permesitaj tra publikaj prokuriloj, la HTTP-prokurila listo provizas kandidatojn por ĉi tiuj konstruilaj valoroj.
Ĉi tiu agordo sendependas de la systemProp.http.proxyHost-ecoj de Gradle. Tiuj apartenas al la JVM kaj ne aŭtomate agordas alian procezon en la konstruilo.
La Docker-demono unue devas akiri la bezonatajn konstruilajn kaj rulajn bildojn. Registra fiasko en tiu pli frua etapo bezonas la itineron kaj registran agordon de la demono, ne variablon donitan al buildpack, kiu ankoraŭ ne komenciĝis.
Uzu prokurilan finpunkton atingeblan el la konstruila ujo. Ĝia loopback-adreso identigas tiun ujon, ne nepre la laborejon de la programisto.
Tenu ankaŭ la rulan medion de la fina aplikaĵo intenca. Aliro dumkonstrua kaj la itinero uzata kiam la aplikaĵo poste ruliĝas estas apartaj agordaj decidoj.