הגדירו את ה-proxy של Unirest לפני שהלקוח שלו עולה

הגדירו נתיב Kong Unirest לפני שהבקשה הראשונה מפעילה את הלקוח שלו:

Unirest.config().proxy("proxy.example", 8080);

HttpResponse<String> response = Unirest
    .get("https://www.example.com/")
    .asString();

לפני הפעלת מופע חדש לבקשות ציבוריות מותרות, כתובת HTTP מרשימת ה-proxy של HTTP יכולה למלא את המארח והפורט של הדוגמה בלי חשבון proxy. העומס המתועד של ה-proxy מקבל גם שם משתמש וסיסמה מהתצורה של היישום. הם לא שייכים לכתובת ה-URL של היעד.

למדיניות שמכוונת בכוונה על ידי מאפיינים, הפעילו במקום זאת את זה:

Unirest.config().useSystemProperties(true);

קיומו של מאפיין JVM לא גורם לכל לקוח HTTP לקרוא אותו. בחרו את המקור בזמן האתחול; אפשרויות ששימשו לבניית לקוח מופעל דורשות כיבוי או איפוס מפורשים לפני שהן יכולות להשתנות.

לתצורות נפרדות, השתמשו ב-Unirest.spawnInstance() ושלחו דרך אותו מופע. המופע הראשי הסטטי לא מגדיר מופע שנוצר, ואין להחליף לקוח מופעל משותף סביב בקשות מקבילות.

דוגמאות ישנות של com.mashape שמשתמשות ב-Unirest.setProxy(HttpHost) שייכות ל-API אחר. התאימו את התלות הזו במקום לשלב את נקודת הכניסה שלה עם התצורה של Kong.