दोन्ही मार्ग सुरुवातीलाच सेट करा, सेवेला प्रत्यक्षात दिलेला 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 पॅकेज आणि सेवा पिढी वापरा.

संबंधित लेख