ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ ಮರುಪ್ರಯತ್ನಗಳಿಗಾಗಿ Jersey 2 ಅಪ್ಲೋಡ್ ಅನ್ನು ಬಫರ್ ಮಾಡುವುದು

ದೃಢೀಕರಣ ಮಾತುಕತೆ ಅಪ್ಲೋಡ್ ಅನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಬೇಕಾದಾಗ Jersey 2 Apache-connector ವಿನಂತಿ ಘಟಕವನ್ನು ಪುನರಾವರ್ತನೀಯಗೊಳಿಸಿ.

ಪ್ರಾಕ್ಸಿ ಸವಾಲಿನ ನಂತರ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿದ ಅಪ್ಲೋಡ್‌ಗೆ ಅದರ ದೇಹ ಮತ್ತೆ ಬೇಕು. 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 ನಂತರ ದೃಢೀಕರಣ ಮುಗಿಯುತ್ತದೆ ಎಂದು ಇದು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ. ಕೆಲವು ಯೋಜನೆಗಳಿಗೆ ಕಾನೂನುಬದ್ಧವಾಗಿ ಹಲವು ವಿನಿಮಯಗಳು ಬೇಕು, ಆದ್ದರಿಂದ ಇನ್ನೊಂದು ಸವಾಲನ್ನು ಕಳೆದುಹೋದ ಸ್ಥಿತಿ ಎಂದು ಪರಿಗಣಿಸುವ ಮೊದಲು ಇಡೀ ಮಾತುಕತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ದೇಹದ ಗಾತ್ರವನ್ನು ಮೆಮೊರಿ ಬಜೆಟ್‌ನೊಳಗೆ ಇರಿಸಿ. ದೊಡ್ಡ ಸ್ಟ್ರೀಮಿಂಗ್ ಅಪ್ಲೋಡ್‌ಗೆ ಆ ಕೆಲಸದ ಹೊರೆಗೆ ಸರಿಹೊಂದುವ ಮರುಪ್ಲೇ ತಂತ್ರ ಬೇಕು; ಪ್ರತಿ ವಿನಂತಿಗೆ ಬಫರಿಂಗ್ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಮಾತುಕತೆಯ ವೈಫಲ್ಯವನ್ನು ಮೆಮೊರಿ ಮುಗಿದದರೊಂದಿಗೆ ಬದಲಾಯಿಸಬಹುದು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು