Поставете го проксито за преземање на 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 користат различни интерфејси за прилагодување и распоред на кешот; усогласете го примерот со генерацијата зависности во апликацијата.

Поврзани статии