Spring Boot ઇમેજ બિલ્ડ: Paketo બિલ્ડરનું પ્રોક્સી ગોઠવો

બિલ્ડ સાધન પોતાના આધારો સફળતાપૂર્વક ઉકેલી શકે છે, જ્યારે Paketo બિલ્ડપેક રનટાઇમ ડાઉનલોડ કરી શકતું નથી. બિલ્ડપેક બિલ્ડર કન્ટેનરની અંદર ચાલે છે અને તેને પોતાનું પ્રોક્સી ઇનપુટ જોઈએ છે.

Gradleનું bootBuildImage કાર્ય

Spring Bootના હાલના bootBuildImage કાર્ય સાથેના Groovy build.gradleમાં:

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

Maven પ્લગઇન image.env વાપરે છે

spring-boot:build-image માટે, આ મૂલ્યોને હાલના Spring Boot Maven પ્લગઇન ગોઠવણીમાં image.env હેઠળ મૂકો:

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

Gradleનું કાર્ય વાતાવરણ અને Mavenનું image.env બંને બિલ્ડરને મૂલ્યો પૂરાં પાડે છે. બંને નામ એક જ સામાન્ય HTTP મધ્યસ્થને દર્શાવી શકે છે, HTTPS આર્ટિફેક્ટ URL માટે પણ. જાહેર પ્રોક્સી દ્વારા મંજૂર જાહેર આર્ટિફેક્ટ ડાઉનલોડ માટે HTTP પ્રોક્સી સૂચિ આ બિલ્ડર મૂલ્યો માટે ઉમેદવારો પૂરા પાડે છે.

આ સેટિંગ Gradleની systemProp.http.proxyHost ગુણધર્મોથી સ્વતંત્ર છે. તે JVMની છે અને બિલ્ડરમાં બીજી પ્રક્રિયાને આપમેળે ગોઠવતી નથી.

Docker ડિમને પહેલાં જરૂરી બિલ્ડર અને રન ઇમેજ મેળવવી પડે. તે પહેલાના તબક્કે રજિસ્ટ્રી નિષ્ફળ જાય તો ડિમનનો માર્ગ અને રજિસ્ટ્રી ગોઠવણી જોઈએ, હજી શરૂ ન થયેલા બિલ્ડપેકને આપેલું ચલ નહીં.

બિલ્ડર કન્ટેનરથી પહોંચી શકાય એવું પ્રોક્સી એન્ડપોઇન્ટ વાપરો. તેનું લૂપબેક સરનામું તે કન્ટેનર ઓળખે છે, જરૂરી નથી કે વિકાસકર્તાનું વર્કસ્ટેશન.

અંતિમ એપ્લિકેશનનું રનટાઇમ વાતાવરણ પણ જાણી જોઈને રાખો. બિલ્ડ સમયની પહોંચ અને એપ્લિકેશન પછી ચાલે ત્યારે વપરાતો માર્ગ બે અલગ ગોઠવણી નિર્ણયો છે.