ப்ராக்ஸி அங்கீகார மறுமுயற்சிகளுக்காக Jersey 2 பதிவேற்றத்தை இடையகமிடுதல்

ப்ராக்ஸி சவாலுக்குப் பிறகு மீண்டும் முயலப்படும் பதிவேற்றத்திற்கு அதன் உடல் மீண்டும் தேவை. Jersey 2 இன் Apache connector-க்கு, அந்த கிளையண்டை உருவாக்கப் பயன்படும் உள்ளமைவில் இடையகப்படுத்தப்பட்ட உறுப்புச் செயலாக்கத்தைத் தேர்ந்தெடுக்கவும்:

ClientConfig config = new ClientConfig();
config.connectorProvider(new ApacheConnectorProvider());
config.property(ClientProperties.PROXY_URI,
                "http://proxy.example.net:8080");
config.property(ClientProperties.REQUEST_ENTITY_PROCESSING,
                RequestEntityProcessing.BUFFERED);

விளைந்த கிளையண்ட் மூலம் பதிவேற்றத்தைச் செய்யுங்கள். இந்த வகைகள் Jersey client மற்றும் Apache-connector தொகுப்புகளிலிருந்து வருகின்றன; பயன்படுத்தப்படாத உள்ளமைவை அமைப்பது கோரிக்கையைப் பாதிக்காது.

connector இடையகப்படுத்தப்பட்ட உறுப்பை Apache இன் BufferedHttpEntity-ல் மடிக்கிறது. அதன் இடையகமிடாத ஸ்ட்ரீமிங் உறுப்பு மீளக்கூடியது அல்ல. இடையகமிடுதல், பயன்படுத்தப்பட்ட தயாரிப்பாளரை மீண்டும் படிப்பதற்குப் பதிலாக மீண்டும் அனுப்பக்கூடிய பைட்டுகளை அங்கீகார ஓட்டத்திற்கு வழங்குகிறது.

ஒரு 407-க்குப் பிறகு அங்கீகாரம் முடிவடையும் என்பதற்கு இது உத்தரவாதம் அளிக்காது. சில திட்டங்கள் சட்டப்பூர்வமாகப் பல பரிமாற்றங்களைக் கோருகின்றன, எனவே மற்றொரு சவாலை இழந்த நிலையாகக் கருதுவதற்கு முன் முழு பேச்சுவார்த்தையையும் ஆய்வு செய்யுங்கள்.

உடலின் அளவை நினைவக பட்ஜெட்டுக்குள் வைத்திருங்கள். பெரிய ஸ்ட்ரீமிங் பதிவேற்றத்திற்கு அந்த பணிச்சுமைக்கு ஏற்ற மறுஇயக்கு உத்தி தேவை; ஒவ்வொரு கோரிக்கைக்கும் இடையகமிடுதலை இயக்குவது பேச்சுவார்த்தைத் தோல்விக்குப் பதிலாக நினைவகம் தீர்வதற்கு வழிவகுக்கலாம்.