MongoDB தொடங்குவதற்கு முன் Flapdoodle பதிவிறக்க ப்ராக்ஸியை அமைக்கவும்

டிரான்சிஷன் அடிப்படையிலான Flapdoodle அமைப்பில் DownloadPackage-ஐ தனிப்பயனாக்கவும், சூடான கேஷ் ப்ராக்ஸி பாதையைத் தவிர்க்கக்கூடும் என்பதை நினைவில் கொள்ளவும்.

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 பில்டர்களும் Spring Boot-இன் முன்னாள் DownloadConfigBuilderCustomizer-உம் வெவ்வேறு தனிப்பயனாக்கம் மற்றும் கேஷ் அமைப்பு இடைமுகங்களைப் பயன்படுத்துகின்றன; எடுத்துக்காட்டை பயன்பாட்டில் உள்ள சார்பு தலைமுறையுடன் பொருத்தவும்.

தொடர்புடைய கட்டுரைகள்