Настройте прокси за изтегляне на Flapdoodle преди стартиране на MongoDB

Персонализирайте DownloadPackage в настройка на Flapdoodle, базирана на преходи, и помнете, че топъл кеш може да пропусне пътя през прокси.

Ако стартирането се провали при изтеглянето на архива на MongoDB, настройте изтегляча на пакети на Flapdoodle. Списъкът с HTTP прокси сървъри може да предостави кандидати за публичен маршрут за изтегляне. Клиентът на базата данни все още не е осъществил по-късната си връзка.

Модерната персонализация, базирана на преходи, подава проксито чрез DownloadPackage:

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

Използвайте класовете от избраните библиотеки Flapdoodle MongoDB и embedded-process, след което използвайте този персонализиран Mongod в приложението или тестовата настройка. Ламбдата подава HTTP проксито; URL адресът на архива остава дестинацията за изтегляне.

Успешното стартиране от кеша не използва това прокси. Преходът на пакета първо проверява кеша за изтегляния, затова разграничавайте попадение в кеша от действително изтегляне на архива, когато оценявате резултата от стартирането.

Този модел принадлежи на API за преходи. По-старите конструктори RuntimeConfig и бившият DownloadConfigBuilderCustomizer на Spring Boot използват различни интерфейси за персонализация и оформление на кеша; съобразете примера с поколението зависимости в приложението.

Подобни статии