הגדרות פרוקסי של Maven Surefire לבקשות HTTP בבדיקות

פרוקסי המאגר של Maven יכול להביא תלויות בלי להגדיר בקשת HTTP שבדיקה מבצעת. הגדירו את הלקוח ב-JVM של הבדיקה.

אם הלקוח הזה מכבד את מאפייני פרוקסי HTTPS של Java, הציבו את הקטע הזה בתוך רכיב configuration של תוסף Surefire הרלוונטי:

<systemPropertyVariables>
  <https.proxyHost>proxy.example</https.proxyHost>
  <https.proxyPort>8080</https.proxyPort>
</systemPropertyVariables>

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

Surefire מריץ בדיקות בדרך כלל ב-JVM מסועף. לא כל אפשרות שמשמשת להפעלת Maven מגיעה לתהליך הזה. גילוי פרוקסי מערכת הרגיש לאתחול זקוק לאפשרות שלו ב-JVM הבדיקה בעת האתחול. גם כשבדיקות חולקות תהליך, ספרייה עשויה להתעלם ממאפייני הפרוקסי המוגדרים כברירת מחדל ב-Java.

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

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