ప్రాక్సీ ప్రామాణీకరణ పునఃప్రయత్నాల కోసం 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 తర్వాత ప్రామాణీకరణ ముగుస్తుందని ఇది హామీ ఇవ్వదు. కొన్ని పథకాలు చట్టబద్ధంగా అనేక మార్పిడులను కోరుతాయి, కాబట్టి మరో సవాలును కోల్పోయిన స్థితిగా భావించే ముందు మొత్తం చర్చలను పరిశీలించండి.

బాడీ పరిమాణాన్ని మెమరీ బడ్జెట్‌లో ఉంచండి. పెద్ద స్ట్రీమింగ్ అప్‌లోడ్‌కు ఆ పనిభారానికి సరిపోయే పునఃప్రసార వ్యూహం అవసరం; ప్రతి అభ్యర్థనకు బఫరింగ్‌ను ప్రారంభిస్తే చర్చల వైఫల్యానికి బదులు మెమరీ అయిపోవచ్చు.