חציצה של העלאת Jersey 2 לצורך ניסיונות חוזרים של אימות דרך פרוקסי

הפכו את ישות הבקשה של Jersey 2 עם מחבר Apache לניתנת לחזרה כאשר משא ומתן האימות צריך לשלוח את ההעלאה מחדש.

העלאה שמנסים שוב לאחר אתגר מהפרוקסי זקוקה שוב לגוף שלה. עבור מחבר ה-Apache של Jersey 2, בחרו בעיבוד ישות מחוצצת בקונפיגורציה שמשמשת לבניית אותו לקוח:

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; הגדרת קונפיגורציה שאינה בשימוש לא הייתה משפיעה על הבקשה.

המחבר עוטף ישות מחוצצת ב-BufferedHttpEntity של Apache. ישות הזרימה שאינה מחוצצת אינה ניתנת לחזרה. החציצה מספקת לזרימת האימות בייטים שהוא יכול לשלוח שוב במקום לקרוא מחדש מפיק שכבר נוצל.

היא אינה מבטיחה שהאימות יסתיים לאחר 407 אחד. סכימות מסוימות דורשות כדין כמה חילופים, לכן בדקו את כל המשא ומתן לפני שאתם מתייחסים לאתגר נוסף כאל מצב שאבד.

שמרו על גודל הגוף בתוך תקציב הזיכרון. העלאת זרימה גדולה זקוקה לאסטרטגיית שידור חוזר המתאימה לעומס הזה; הפעלת חציצה לכל בקשה עלולה להחליף כשל במשא ומתן בהתכלות זיכרון.

מאמרים קשורים