wsimport പൂർത്തിയായി. SOAP വിളിക്ക് ഇപ്പോഴും പ്രോക്സി വേണം.

JAX-WS പ്രോക്സി ആക്സസ് ക്രമീകരിക്കുമ്പോൾ WSDL സൃഷ്ടി, റൺടൈം WSDL ലഭ്യത, SOAP വിളി എന്നിവ വേർതിരിക്കുക.

WSDL ഡൗൺലോഡ് ചെയ്തു, Java ക്ലാസുകൾ സൃഷ്ടിച്ചു, എന്നിട്ടും ആദ്യ SOAP വിളിക്ക് ഇപ്പോഴും നെറ്റ്‌വർക്കിൽ നിന്ന് പുറത്തു പോകാനാകുന്നില്ല. ജനറേറ്റർ ഉപയോഗിക്കുന്ന പ്രോക്സി ഓപ്ഷൻ ജനറേറ്ററിന്റെ സ്വന്തം പ്രവർത്തനത്തിന്റെ ഭാഗമാണ്.

Oracle JDK 8-ലെ wsimport റഫറൻസ് ആ ടൂളിനായി HTTP പ്രോക്സി ഓപ്ഷൻ രേഖപ്പെടുത്തുന്നു. അത് ഉണ്ടാക്കിയ സേവന ക്ലാസുകളിൽ ഉൾച്ചേർക്കപ്പെടുന്ന കൈമാറാവുന്ന നിർദ്ദേശമല്ല. പിന്നീടുള്ള ആപ്ലിക്കേഷൻ മറ്റൊരു JVM-ലും മറ്റൊരു അക്കൗണ്ടിലും മറ്റൊരു JAX-WS നടപ്പാക്കലിലും പ്രവർത്തിക്കാം.

ഏത് അഭ്യർത്ഥനയാണ് പരാജയപ്പെട്ടതെന്ന് കണ്ടെത്തുക

ഘട്ടംപരിശോധിക്കേണ്ട പ്രക്രിയ അല്ലെങ്കിൽ ഘടകം
WSDL-ലും ഇംപോർട്ടുകളിലും നിന്ന് ക്ലാസുകൾ സൃഷ്ടിക്കൽബിൽഡ് ടൂൾ അല്ലെങ്കിൽ wsimport വിളി
സേവനം നിർമ്മിക്കുമ്പോൾ WSDL വായിക്കൽആപ്ലിക്കേഷന്റെ WSDL സ്ഥാനവും റൺടൈം ക്ലയന്റും
SOAP എൻഡ്‌പോയിന്റ് വിളിക്കൽതിരഞ്ഞെടുത്ത റൺടൈം ട്രാൻസ്‌പോർട്ടും അതിന്റെ പ്രോക്സി ക്രമീകരണവും

മധ്യഘട്ടം എളുപ്പം വിട്ടുപോകാം. സൃഷ്ടിച്ച സേവനം ഇപ്പോഴും ഒരു വിദൂര WSDL-ലേക്ക് പരാമർശിച്ചേക്കാം. നിർമ്മാണ സമയത്ത് റൺടൈമിന് അത് ലഭ്യമാക്കണമെങ്കിൽ, പിന്നീട് മാത്രം പോർട്ട് ക്രമീകരിക്കുന്നത് ആ മുൻ ഡൗൺലോഡിന് വളരെ വൈകിയാണ്. ഉദ്ദേശിച്ച വിവരണം ആപ്ലിക്കേഷൻ റിസോഴ്സായി പാക്കേജ് ചെയ്യുന്നത്, നടപ്പാക്കൽ പിന്തുണയ്ക്കുന്നിടത്ത് ആ ലഭ്യതാ ആശ്രിതത്വം ഒഴിവാക്കാം.

ഒരു നടപ്പാക്കലിലെ ClientProxyFeature എന്ന ക്ലാസ് സ്വയമേവ എല്ലാ JAX-WS ദാതാവിന്റെയും ഭാഗമല്ല.

പ്രോക്സി ക്രെഡൻഷ്യലുകൾ SOAP സേവന ക്രെഡൻഷ്യലുകളിൽ നിന്ന് വേർതിരിച്ച് സൂക്ഷിക്കുക. വിജയകരമായ WSDL ഡൗൺലോഡ് അജ്ഞാതമായിരിക്കാം, അതേസമയം പ്രവർത്തനത്തിന്റെ എൻഡ്‌പോയിന്റ് ലോഗിൻ ആവശ്യപ്പെടുന്നു, അല്ലെങ്കിൽ തിരിച്ചും.

പരാജയപ്പെട്ട URL-ഉം നിർമ്മാണമോ വിളിയോ നിന്ന സ്ഥലവും രേഖപ്പെടുത്തുക. അത് സാധാരണയായി കാണാത്ത ക്രമീകരണം എവിടെ വേണമെന്ന് വ്യക്തമാക്കുന്നു, അതേ ക്ലാസുകൾ വീണ്ടും സൃഷ്ടിക്കാൻ മറ്റൊരു ശ്രമവുമില്ലാതെ.

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