Jeśli uruchomienie kończy się niepowodzeniem podczas pobierania archiwum MongoDB, skonfiguruj mechanizm pobierania pakietów Flapdoodle. Lista proxy HTTP może dostarczyć kandydatów na punkty końcowe publicznej trasy pobierania. Klient bazy danych nie nawiązał jeszcze swojego późniejszego połączenia.

Nowoczesne dostosowanie oparte na przejściach przekazuje proxy przez DownloadPackage:

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

Użyj klas z wybranych bibliotek Flapdoodle MongoDB i embedded-process, a następnie użyj tego dostosowanego Mongod w aplikacji lub konfiguracji testowej. Lambda przekazuje proxy HTTP; adres archiwum pozostaje celem pobierania.

Udane uruchomienie z pamięci podręcznej nie korzysta z tego proxy. Przejście pakietu najpierw sprawdza pamięć podręczną pobrań, więc oceniając wynik uruchomienia, odróżnij trafienie w pamięć podręczną od rzeczywistego pobrania archiwum.

Ten wzorzec należy do API przejść. Starsze kreatory RuntimeConfig i dawny DownloadConfigBuilderCustomizer Spring Boota używają innych interfejsów dostosowywania i układu pamięci podręcznej; dopasuj przykład do generacji zależności w aplikacji.

Powiązane artykuły