प्रोक्सी प्रमाणीकरण पुनःप्रयासका लागि 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 पछि प्रमाणीकरण सकिन्छ भन्ने ग्यारेन्टी दिँदैन। केही योजनालाई वैध रूपमा धेरै आदानप्रदान चाहिन्छ, त्यसैले अर्को चुनौतीलाई हराइएको अवस्था मान्नुअघि पूरै वार्तालाप जाँच्नुहोस्।

मुख्य भागको आकार स्मृति बजेटभित्र राख्नुहोस्। ठूलो स्ट्रिमिङ अपलोडलाई त्यो कार्यभारअनुकूल पुनःप्ले रणनीति चाहिन्छ; हरेक अनुरोधका लागि बफरिङ सक्रिय गर्दा वार्तालापको असफलताको सट्टा स्मृति सकिन सक्छ।