כשלי פרוקסי של SonarScanner: תלויות Maven לעומת הורדות מהשרת

התאימו כשל של מאגר Maven או הורדה משרת SonarScanner לתצורת הפרוקסי ששולטת בהם.

השתמשו בכתובת ה-URL הראשונה שנכשלה כדי לבחור את הבעלים של התצורה:

הורדהמקור הפרוקסי
Maven מביא את התוסף/התלויות של הסורקפרוקסי פעיל ב-settings.xml, מאגר/מראה ו-nonProxyHosts
הסורק הפועל משיג משאבים מ-SonarQubeהגדרות רשת נתמכות הספציפיות לסורק

עבור SonarScanner for Maven 5.0 ואילך או CLI 6.0 ואילך, סביבת ה-shell/CI שמפעילה אותו יכולה לספק:

export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080

צורות המאפיין הן sonar.scanner.proxyHost/sonar.scanner.proxyPort. השתמשו בשם מארח ובפורט נפרד מפורש, לא בכתובת URL מלאה או בברירת מחדל משוערת. רשומת HTTP מרשימת פרוקסי HTTP יכולה למלא שדות אלה רק עבור בדיקת נקודת קצה ציבורית מורשית של SonarQube כאשר לתצורת הסורק בפועל אין הגדרות משתמש או סיסמת פרוקסי.

ספקו SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD דרך טיפול בהרשאות CI בעת הצורך. אסימון הניתוח של SonarQube מאמת משתתף אחר.

השאירו את כתובת ה-URL של הניתוח כשירות SonarQube האמיתי. פרוקסי ה-Marketplace של השרת שולט בתהליך אחר, ופתרון Maven מוצלח אינו בודק את החיבור של הסורק. התאימו את ההגדרות למשפחת/גרסת הסורק שנפרסה לפני שתשנו אותן.

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