Weka proksi ya upakuaji ya Flapdoodle kabla MongoDB kuanza

Binafsisha DownloadPackage katika usanidi wa Flapdoodle unaotumia mabadiliko, na kumbuka kuwa akiba ya joto inaweza kuruka njia ya proksi.

Ikiwa uanzishaji unashindikana wakati wa kupakua kumbukumbu ya MongoDB, sanidi kipakua kifurushi cha Flapdoodle. Orodha ya proksi za HTTP inaweza kutoa vituo vinavyowezekana kwa njia ya upakuaji wa umma. Mteja wa hifadhidata bado hajafanya muunganisho wake wa baadaye.

Ubinafsishaji wa kisasa unaotumia mabadiliko hutoa proksi kupitia DownloadPackage:

Mongod mongod = new Mongod() {
    @Override
    public DownloadPackage downloadPackage() {
        return DownloadPackage.withDefaults()
            .withDownloadConfig(DownloadConfig.defaults()
                .withProxyFactory(() -> Proxys.httpProxy("proxy.example", 8080)));
    }
};

Tumia madarasa kutoka maktaba zilizochaguliwa za Flapdoodle MongoDB na embedded-process, kisha tumia Mongod hii iliyobinafsishwa katika programu au usanidi wa majaribio. Lambda hutoa proksi ya HTTP; URL ya kumbukumbu inabaki kuwa lengo la upakuaji.

Uanzishaji uliofanikiwa kutoka akibani hautumii proksi hiyo. Mabadiliko ya kifurushi hukagua akiba ya upakuaji kwanza, kwa hivyo tofautisha upatikanaji wa akiba na upakuaji halisi wa kumbukumbu unapotathmini matokeo ya uanzishaji.

Mtindo huu ni wa API ya mabadiliko. Vijenzi vya zamani vya RuntimeConfig na DownloadConfigBuilderCustomizer ya zamani ya Spring Boot hutumia violesura tofauti vya ubinafsishaji na mpangilio wa akiba; linganisha mfano na kizazi cha vitegemezi katika programu.

Makala zinazohusiana