إعدادات وكيل Maven Surefire لطلبات HTTP في الاختبارات
وكيل مستودع Maven لا يهيئ عملاء HTTP عشوائيين داخل JVM الاختبار. تتبع الطلب الذي يجريه الاختبار وهيئه.
يمكن لوكيل مستودع 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 والهدف والوكيل المختار وأول مرحلة فاشلة. تشير هذه الملاحظات إلى تهيئة الاختبار مع إبقاء تنزيلات المستودع العاملة مفهومة.