לקוח HTTP של Google ל-Java: הגדרת פרוקסי ב-NetHttpTransport

הגדירו את ה-NetHttpTransport שמועבר ללקוח Google Java HTTP במקום לשנות אובייקט לקוח שאינו בשימוש.

לקוח Google API יכול לקבל תעבורת HTTP בעת הבנייה. הגדירו את התעבורה שהלקוח ישתמש בה בפועל, במקום לבנות לצידו לקוח HTTP נפרד עם פרוקסי.

עבור תעבורת Java-net, ה-builder מציע אפשרות פרוקסי מפורשת:

Proxy proxy = new Proxy(Proxy.Type.HTTP,
    new InetSocketAddress("203.0.113.10", 8080));
HttpTransport transport = new NetHttpTransport.Builder()
    .setProxy(proxy)
    .build();

הכתובת היא להמחשה בלבד; רשימת פרוקסי HTTP מספקת מועמדים למסלול HTTP ציבורי מותר. העבירו תעבורה זו לנתיב הבנייה הנתמך של לקוח ה-API. בדקו את ה-builder המדויק ואת גרסת התלות שבהם משתמשת האפליקציה; ל-backend אחר ממשק תצורה משלו.

אפשרות הפרוקסי בוחרת את המסלול. פרטי הכניסה של ה-API ואימות הפרוקסי נשארים נפרדים. אם החיבור נכשל לפני שה-API מקבל בקשה, החלפת אסימון ה-API אינה יכולה לתקן את מסלול הפרוקסי החסר.

מסגרת עשויה לבנות תעבורה משלה באופן פנימי. אתרו את נקודת הבנייה הזו כאשר דוגמה עצמאית עובדת אך קריאת ה-API של האפליקציה אינה עובדת.

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