प्रॉक्सी प्रमाणीकरण पुनःप्रयत्नांसाठी 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 नंतर प्रमाणीकरण संपेल याची ही हमी देत नाही. काही योजनांना वैधपणे अनेक देवाणघेवाण लागतात, म्हणून दुसरे आव्हान गमावलेली स्थिती मानण्यापूर्वी संपूर्ण वाटाघाटी तपासा.

मुख्य भागाचा आकार स्मृती बजेटमध्ये ठेवा. मोठ्या स्ट्रीमिंग अपलोडसाठी त्या कार्यभाराला अनुरूप पुनःपाठवणी धोरण लागते; प्रत्येक विनंतीसाठी बफरिंग सुरू केल्यास वाटाघाटीच्या अपयशाऐवजी स्मृती संपू शकते.