Spring Boot בילדער: קאנפיגורירן דעם פראקסי פונעם Paketo בילדער

א בילד געצייג קען דערפאלגרייך אויסלייזן זיינע אפהענגיקייטן, בשעת א Paketo buildpack קען נישט אראפלאדן א runtime. דער buildpack לויפט אין דעם בילדערס קאנטעינער און דארף זיין אייגענעם פראקסי אריינגאנג.

די 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 געבן ווערטן צום בילדער. ביידע נעמען קענען באצייכענען דעם זעלבן געוויינלעכן HTTP מיטלמאן, אויך פאר HTTPS ארטעפאקט URL'ן. פאר פובליקע ארטעפאקט אראפלאדונגען וואס זענען ערלויבט דורך פובליקע פראקסיס, שטעלט די HTTP פראקסי ליסטע צו קאנדידאטן פאר די בילדער ווערטן.

די איינשטעלונג איז אומאפהענגיק פון Gradle'ס systemProp.http.proxyHost אייגנשאפטן. יענע געהערן צו דער JVM און קאנפיגורירן נישט אויטאמאטיש אן אנדער פראצעס אין בילדער.

דער Docker דעמאן מוז ערשט באקומען די נייטיקע בילדער און לויף בילדער. א רעגיסטרי פעלער אין יענער פרייער סטאַדיע פאדערט דעם דעמאנס רוטע און רעגיסטרי קאנפיגוראציע, נישט א וואריאבל וואס ווערט געגעבן צו א buildpack וואס האט נאך נישט אנגעהויבן.

נוצט א פראקסי ענדפוינט וואס איז דערגרייכבאר פון בילדערס קאנטעינער. זיין loopback אדרעס אידענטיפיצירט יענעם קאנטעינער, נישט דווקא דעם אנטוויקלערס ארבעטססטאנציע.

האלט אויך די לויף סביבה פונעם ענדגילטיקן אפליקאציע במזיד. צוטריט בשעת בילד און דער רוטע וואס ווערט גענוצט ווען דער אפליקאציע לויפט שפעטער זענען צוויי באזונדערע קאנפיגוראציע באשלוסן.