WebLogic പ്രോക്സി ക്രമീകരണത്തിന് പിന്നിലെ HTTP ഹാൻഡ്ലർ കണ്ടെത്തുക
WebLogic ആപ്ലിക്കേഷന്റെ പുറത്തേക്കുള്ള വിളി നടത്തുന്ന JVM കോൺഫിഗർ ചെയ്ത്, അത് WebLogic ന്റെ ഹാൻഡ്ലർ ഉപയോഗിക്കുന്നുണ്ടോ JDK യുടേതോ എന്ന് തിരിച്ചറിയുക.
WebLogic പ്രോക്സി ഓപ്ഷനുകൾ തിരുത്തുന്നതിന് മുൻപ് വിളി നടത്തുന്ന സെർവർ JVM കണ്ടെത്തുക. അഡ്മിനിസ്ട്രേഷൻ സെർവറിനും മാനേജുചെയ്യുന്ന സെർവറുകൾക്കും വ്യത്യസ്ത സ്റ്റാർട്ടപ്പ് ആർഗ്യുമെന്റുകൾ ഉണ്ടാകാം.
തുടർന്ന് അതിന്റെ HTTP നടപ്പാക്കൽ തിരിച്ചറിയുക. JDK ഹാൻഡ്ലറുകൾക്ക്, എൻഡ്പോയിന്റ് പ്രോപ്പർട്ടികൾ ഇവയാണ്:
-Dhttp.proxyHost=proxy.example
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example
-Dhttps.proxyPort=8080
ആ സെർവറിന്റെ യഥാർത്ഥ ലോഞ്ച് കോൺഫിഗറേഷനിലൂടെ അവ നൽകുക. പ്രോക്സി ക്രെഡൻഷ്യലുകൾ കോൺഫിഗർ ചെയ്യാതെ സ്വതന്ത്രമായി അനുവദിച്ച പൊതു HTTP പരിശോധനയ്ക്ക്, HTTP പ്രോക്സി പട്ടിക സാധ്യതയുള്ള ഹോസ്റ്റ്, പോർട്ട് മൂല്യങ്ങൾ നൽകാം. ഡൊമെയ്ൻ സ്ക്രിപ്റ്റ് അത് വായിക്കുന്ന ലോഞ്ചുകളെ ബാധിക്കുന്നു; ഒരു സേവനമോ Node Manager സ്റ്റാർട്ടപ്പോ അതിന്റെ സ്വന്തം ഫലപ്രദമായ ഇൻപുട്ടുകൾ പരിശോധിക്കേണ്ടതുണ്ട്.
WebLogic ന്റെ സ്വന്തം ഹാൻഡ്ലറിന് പകരം JDK ഹാൻഡ്ലർ തിരഞ്ഞെടുക്കാൻ Oracle -DUseSunHttpHandler=true രേഖപ്പെടുത്തുന്നു. കാണാത്ത ക്രെഡൻഷ്യൽ പ്രോപ്പർട്ടിയായല്ല, നടപ്പാക്കൽ തീരുമാനമായി അത് തിരഞ്ഞെടുക്കുക. ഒരു സ്വകാര്യ HTTP ക്ലയന്റ് പകരം അതിന്റെ ബിൽഡറോ റൂട്ട് പ്ലാനറോ ആവശ്യപ്പെട്ടേക്കാം.
നിലവിലുള്ള ഓപ്ഷനുകൾ നിലനിർത്തുക, ആവശ്യമായ റീസ്റ്റാർട്ട് വിന്യാസ നടപടിക്രമത്തിലൂടെ പ്രയോഗിക്കുക, പരാജയപ്പെട്ട JVM-ൽ ഫലപ്രദമായ മൂല്യങ്ങൾ പരിശോധിക്കുക. മറ്റൊരു മാനേജുചെയ്യുന്ന സെർവർ മാറ്റുന്നത് ഈ അഭ്യർത്ഥനയെ ബാധിക്കാതെ ഡിസ്കിൽ വിശ്വസനീയമായ കോൺഫിഗറേഷൻ അവശേഷിപ്പിച്ചേക്കാം.