സമാരംഭത്തിൽ തന്നെ രണ്ട് പാതകളും സജ്ജമാക്കുക, സേവനത്തിന് യഥാർത്ഥത്തിൽ നൽകിയ 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 പാക്കേജും സേവന തലമുറയും ഉപയോഗിക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ