परीक्षण HTTP अनुरोधों के लिए Maven Surefire प्रॉक्सी सेटिंग्स

Maven का रिपॉज़िटरी प्रॉक्सी परीक्षण JVM के भीतर मनमाने HTTP क्लाइंट कॉन्फ़िगर नहीं करता। परीक्षण जो अनुरोध करता है उसे ट्रेस करें और कॉन्फ़िगर करें।

Maven का रिपॉज़िटरी प्रॉक्सी किसी परीक्षण द्वारा किए गए HTTP अनुरोध को कॉन्फ़िगर किए बिना निर्भरताएँ ला सकता है। क्लाइंट को परीक्षण JVM में कॉन्फ़िगर करें।

यदि वह क्लाइंट Java के HTTPS प्रॉक्सी गुणों का पालन करता है, तो इस अंश को संबंधित Surefire प्लगइन के configuration एलिमेंट के अंदर रखें:

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

उदाहरण एंडपॉइंट बदलें। सार्वजनिक गंतव्यों के विरुद्ध परीक्षणों के लिए, जहाँ सार्वजनिक मध्यस्थों की अनुमति है, HTTP प्रॉक्सी सूची होस्ट और पोर्ट के उम्मीदवार देती है। होस्ट और पोर्ट अलग-अलग मान हैं; गंतव्य स्कीम और लाइब्रेरी के अनुरूप गुण परिवार चुनें। स्पष्ट प्रॉक्सी ऑब्जेक्ट से बने क्लाइंट को अपना कॉन्फ़िगरेशन इंटरफ़ेस चाहिए।

Surefire सामान्यतः फ़ोर्क किए गए JVM में परीक्षण चलाता है। Maven शुरू करने के लिए उपयोग किया गया हर विकल्प उस प्रक्रिया तक नहीं पहुँचता। स्टार्टअप के प्रति संवेदनशील सिस्टम-प्रॉक्सी खोज को शुरुआत में परीक्षण JVM पर अपना विकल्प चाहिए। परीक्षण एक ही प्रक्रिया साझा करें तो भी लाइब्रेरी Java के डिफ़ॉल्ट प्रॉक्सी गुणों को अनदेखा कर सकती है।

आंतरिक सीधे गंतव्यों को उपयुक्त बायपास नियम से ढका रखें, प्रॉक्सी प्रमाणीकरण को गंतव्य प्रमाणीकरण से अलग रखें और प्रमाणपत्र सत्यापन सक्रिय रखें। फ़ोर्किंग बंद करने से परीक्षण कैसे चलते हैं यह बदलता है; निर्भरता मिरर बदलने से रिपॉज़िटरी समाधान बदलता है। कोई भी लुप्त परीक्षण-क्लाइंट मार्ग नहीं देता। सभी सिस्टम गुणों की नकल करने से रहस्य भी उजागर हो सकते हैं।

शेष विफलता के लिए परीक्षण JVM, HTTP लाइब्रेरी, लक्ष्य, चयनित प्रॉक्सी और पहला विफल चरण दर्ज करें। ये अवलोकन परीक्षण कॉन्फ़िगरेशन की ओर संकेत करते हैं और काम कर रहे रिपॉज़िटरी डाउनलोड समझने योग्य रहते हैं।

संबंधित लेख