ٹیسٹ HTTP درخواستوں کے لیے Maven Surefire پراکسی ترتیبات

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 لائبریری، ہدف، منتخب پراکسی اور پہلا ناکام مرحلہ درج کریں۔ یہ مشاہدات ٹیسٹ کی ترتیب کی طرف اشارہ کرتے ہیں جبکہ کام کرنے والے ذخیرے کی ڈاؤن لوڈز سمجھنے کے قابل رہتی ہیں۔