اضبط المسارين معًا أثناء التهيئة، باستخدام مصادق IAM المسلَّم فعليًا إلى الخدمة:

import java.net.InetSocketAddress;
import java.net.Proxy;
import com.ibm.cloud.sdk.core.http.HttpConfigOptions;

var proxy = new Proxy(
    Proxy.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080));

authenticator.setProxy(proxy);

var options = new HttpConfigOptions.Builder()
    .proxy(proxy)
    .build();
service.configureClient(options);

هنا authenticator وservice كائنان موجودان في التطبيق. طبّق الإعدادات قبل بدء الحصول على الرمز أو طلبات الخدمة، مع تمكين التحقق العادي من الشهادة. وحيث يجوز للتطبيق استخدام نقطة نهاية HTTP عامة لكلا الوجهتين، تتوفر عناوين مرشحة في قائمة وكلاء HTTP.

يغطي التعيينان طلبات مختلفة. يغطي authenticator.setProxy مسار رمز IAM، ويطبّق service.configureClient الوكيل على نقل الخدمة. تكوين أحدهما لا ينشئ مسار الآخر.

عند حدوث فشل، حدّد المضيف المذكور في الطلب الفاشل. نجاح الحصول على الرمز يضيّق المشكلة إلى مسار الخدمة، لكنه لا يثبت أن ذلك المسار تلقى خيارات الوكيل.

يأتي HttpConfigOptions من IBM Java SDK Core. عند تعديل مثال ConversationService قديم، استخدم حزمة Core وإصدار الخدمة الذي اختاره التطبيق بدلًا من نسخ فئة شبكة قديمة خاصة بالخدمة.

مقالات ذات صلة