servicio obtener jax ejemplo crear consumir como cliente xml soap wsdl soapui

xml - obtener - wsimport



Determinación del punto final de un archivo WSDL (2)

Soy nuevo en los servicios web y he tenido la tarea de intentar escribir algunos paquetes en PL / SQL que realizan solicitudes a un servicio web externo para permitirles a los clientes ver sus tickets de soporte actuales y el estado en el que nos encontramos en cuanto a soporte La entrada. Se me ha proporcionado la ubicación de WSDL para el servicio que trato de usar y he usado SOAPUI para inspeccionar el WSDL para formar algunas solicitudes. Sin embargo, cuando intento ejecutar una solicitud de inicio de sesión siempre falla (creo que porque el punto final definido en la interfaz de usuario SOAP es incorrecto).

Aquí está el archivo WSDL que estoy tratando de usar: http://www.visionproject.se/api/docs/service.wsdl

Y la API para el servicio: http://www.visionproject.se/api/docs/soap_service_VisionProjectWebServiceService.html#login2

Y aquí está la solicitud que estoy tratando de formar (se muestra a continuación). ¿Alguien puede señalarme en la dirección correcta de por qué esto está fallando? Creo que puede tener que ver con el punto final en la parte superior, pero no estoy seguro.

Como dije, soy nuevo en los servicios web y, de hecho, PL / SQL (soy de origen PHP y nunca he hecho esto antes), así que me disculpo si no he incluido suficiente información.

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:vis="http://www.visionproject.se/service/VisionProjectService-v2"> <soapenv:Header/> <soapenv:Body> <vis:login2> <!--Optional:--> <username>?</username> <!--Optional:--> <password>?</password> <!--Optional:--> <visionProjectVersion>?</visionProjectVersion> </vis:login2> </soapenv:Body> </soapenv:Envelope>


El punto final parece que probablemente sea correcto. Un WSDL puede tener un punto final "sugerido", pero no se garantiza que sea el punto final real. es decir, en la parte inferior de su WSDL hay una entrada para: (A no le gustó que publicara la URL real, ya que contiene localhost y es claramente falsa).

¿Su solicitud probablemente está fallando porque no ha reemplazado el? marcadores de posición con valores reales. Reemplázalo y envíalo nuevamente.


Hay algunos clientes de prueba de muestra disponibles en el enlace de documentación de API que ha proporcionado. Estos hacen uso de la siguiente URL de punto final:

http://www.visionproject.se/service/VisionProject-v2/VisionProjectWebServiceService

Al pegar esto en un navegador, devuelve "Solicitud SOAP no válida", por lo que parece que hay un servicio ejecutándose en esta URL.

Dale una oportunidad.