Vendosni proxy-n e shkarkimit të Flapdoodle përpara se MongoDB të nisë

Personalizoni DownloadPackage në një konfigurim Flapdoodle të bazuar në tranzicion dhe mbani mend se një cache i ngrohtë mund të anashkalojë rrugën e proxy-s.

Nëse nisja dështon gjatë marrjes së arkivit MongoDB, konfiguroni shkarkuesin e paketave të Flapdoodle. Lista e proxy-ve HTTP mund të ofrojë pika fundore kandidate për një rrugë publike shkarkimi. Klienti i bazës së të dhënave nuk e ka kryer ende lidhjen e tij të mëvonshme.

Personalizimi modern i bazuar në tranzicion e furnizon proxy-n përmes DownloadPackage:

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

Përdorni klasat nga bibliotekat e zgjedhura Flapdoodle MongoDB dhe embedded-process, më pas përdorni këtë Mongod të personalizuar në aplikacion ose në konfigurimin e testeve. Lambda furnizon proxy-n HTTP; URL-ja e arkivit mbetet destinacioni i shkarkimit.

Një nisje e suksesshme nga cache nuk e përdor atë proxy. Tranzicioni i paketës kontrollon fillimisht cache-n e shkarkimit, prandaj dalloni një goditje të cache-s nga një shkarkim i vërtetë i arkivit kur vlerësoni rezultatin e nisjes.

Ky model i përket API-t të tranzicionit. Ndërtuesit e vjetër RuntimeConfig dhe DownloadConfigBuilderCustomizer i dikurshëm i Spring Boot përdorin ndërfaqe të ndryshme personalizimi dhe strukturimi të cache-s; përputhni shembullin me gjeneratën e varësive në aplikacion.

Artikuj të ngjashëm