બંને માર્ગોને ઇનિશિયલાઇઝેશન દરમિયાન સેટ કરો, સેવાને ખરેખર આપવામાં આવેલા 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 પેકેજ અને સેવા જનરેશનનો ઉપયોગ કરો.

સંબંધિત લેખો