دونوں راستے ابتدا کے دوران ہی سیٹ کریں، اور وہی 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 پیکیج اور سروس جنریشن استعمال کریں جو ایپلیکیشن نے منتخب کی ہے۔

متعلقہ مضامین