پیش از شروع MongoDB، پروکسی دانلود Flapdoodle را تنظیم کنید

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 را فراهم می‌کند؛ نشانی بایگانی همچنان مقصد دانلود است.

راه‌اندازی موفق از حافظه پنهان از آن پروکسی استفاده نمی‌کند. انتقال بسته نخست حافظه پنهان دانلود را بررسی می‌کند، پس هنگام ارزیابی نتیجه راه‌اندازی، برخورد با حافظه پنهان را از واکشی واقعی بایگانی جدا کنید.

این الگو به API انتقال تعلق دارد. سازنده‌های قدیمی RuntimeConfig و DownloadConfigBuilderCustomizer پیشین Spring Boot از رابط‌های سفارشی‌سازی و چیدمان حافظه پنهان متفاوتی استفاده می‌کنند؛ نمونه را با نسل وابستگی‌های برنامه هم‌خوان کنید.

مقالات مرتبط