ప్రారంభ సమయంలోనే రెండు మార్గాలను సెట్ చేయండి, సేవకు నిజంగా అందించిన 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 ప్యాకేజీ మరియు సేవా జనరేషన్‌ను ఉపయోగించండి.

సంబంధిత వ్యాసాలు