what sirve servicio que programacion para example web-services terminology definition endpoint

web-services - sirve - web service soap



¿Qué es un punto final de servicio web? (6)

En pocas palabras, un punto final es un extremo de un canal de comunicación. Cuando una API interactúa con otro sistema, los puntos de contacto de esta comunicación se consideran puntos finales. Para las API, un punto final puede incluir una URL de un servidor o servicio. Cada punto final es la ubicación desde la cual las API pueden acceder a los recursos que necesitan para llevar a cabo su función.

Las API funcionan utilizando "solicitudes" y "respuestas". Cuando una API solicita información de una aplicación web o servidor web, recibirá una respuesta. El lugar donde las API envían solicitudes y donde vive el recurso, se denomina punto final.

Referencia: https://smartbear.com/learn/performance-monitoring/api-endpoints/

Digamos que mi servicio web se encuentra en http://localhost:8080/foo/mywebservice y mi WSDL está en http://localhost:8080/foo/mywebservice?wsdl .

¿Es http://localhost:8080/foo/mywebservice un punto final, es decir, es el mismo que el URI de mi servicio web o donde los mensajes SOAP se recibieron y no se recortaron?

¿Podría por favor explicarme qué es y cuál es su propósito?


En proyectos anteriores en los que trabajé, el punto final era una propiedad relativa. Es decir, puede o no haberse añadido, pero siempre contenía el protocol://host:port/partOfThePath .

Si el servicio al que se llama tiene una parte dinámica, por ejemplo, un ?param=dynamicValue , esa parte se agregará al punto final. Pero muchas veces el punto final se puede usar tal como está sin tener que ser modificado.

Lo que es importante entender es qué no es un punto final y cómo ayuda. Por ejemplo, una forma alternativa de pasar la información almacenada en un punto final sería almacenar las diferentes partes del punto final en propiedades separadas. Por ejemplo:

hostForServiceA=someIp portForServiceA=8080 pathForServiceA=/some/service/path hostForServiceB=someIp portForServiceB=8080 pathForServiceB=/some/service/path

O si el mismo host y puerto a través de múltiples servicios:

host=someIp port=8080 pathForServiceA=/some/service/path pathForServiceB=/some/service/path

En esos casos, la URL completa deberá construirse en su código como tal:

String url = "http://" + host + ":" + port + pathForServiceA + "?" + dynamicParam + "=" + dynamicValue;

En el contrato esto se puede almacenar como un punto final como tal

serviceAEndpoint=http://host:port/some/service/path?dynamicParam=

Y sí, muchas veces almacenamos el punto final hasta e incluyendo el ''=''. Esto lleva al código como este:

String url = serviceAEndpoint + dynamicValue;

Espero que eso arroje algo de luz.


Esta es una respuesta más breve y, con suerte, más clara ... Sí, el punto final es la URL a la que una aplicación cliente puede acceder a su servicio. El mismo servicio web puede tener múltiples puntos finales, por ejemplo, para que esté disponible utilizando diferentes protocolos.


Respuesta actualizada, de Pedro en comentarios:

Esta es la "terminología antigua", use directamente la definición "endepoint" WSDL2 (WSDL2 traducido "puerto" a "punto final").

Tal vez encuentre una respuesta en este documento: http://www.w3.org/TR/wsdl.html

Un documento WSDL define los servicios como colecciones de puntos finales de red o puertos. En WSDL, la definición abstracta de puntos finales y mensajes se separa de su despliegue de red concreto o enlaces de formato de datos. Esto permite la reutilización de definiciones abstractas: mensajes, que son descripciones abstractas de los datos que se intercambian, y tipos de puertos que son colecciones abstractas de operaciones. El protocolo concreto y las especificaciones de formato de datos para un tipo de puerto particular constituyen un enlace reutilizable. Un puerto se define asociando una dirección de red con un enlace reutilizable, y una colección de puertos define un servicio. Por lo tanto, un documento WSDL utiliza los siguientes elementos en la definición de servicios de red:

  • Tipos: un contenedor para definiciones de tipos de datos que utilizan algún tipo de sistema (como XSD).
  • Mensaje: una definición abstracta y mecanografiada de los datos que se comunican.
  • Operación: una descripción abstracta de una acción apoyada por el servicio.
  • Tipo de puerto: un conjunto abstracto de operaciones admitidas por uno o más puntos finales.
  • Enlace: una especificación concreta de protocolo y formato de datos para un tipo de puerto en particular.
  • Puerto: un único punto final definido como una combinación de un enlace y una dirección de red.
  • Servicio: una colección de puntos finales relacionados.

http://www.ehow.com/info_12212371_definition-service-endpoint.html

El punto final es un punto de conexión donde se exponen los archivos HTML o las páginas activas del servidor. Los puntos finales proporcionan la información necesaria para abordar un punto final de servicio web. El punto final proporciona una referencia o especificación que se utiliza para definir un grupo o familia de propiedades de direccionamiento de mensajes y proporciona características de mensaje de extremo a extremo, como las referencias para el origen y destino de los puntos finales, y la identidad de los mensajes para permitir una uniformidad. Direccionamiento de mensajes "independientes". El punto final puede ser una PC, PDA o terminal de punto de venta.


Un punto final de servicio web es la URL que otro programa usaría para comunicarse con su programa. Para ver el WSDL, agregue ?wsdl a la URL del punto final del servicio web.

Los servicios web son para la interacción de programa a programa , mientras que las páginas web son para la interacción de programa a humano .

Entonces: el punto final es: http://www.blah.com/myproject/webservice/webmethod

Por lo tanto, WSDL es: http://www.blah.com/myproject/webservice/webmethod?wsdl

Para ampliar aún más los elementos de un WSDL, siempre me resulta útil compararlos con el código:

Un WSDL tiene 2 porciones (física y abstracta).

Porción física:

Definiciones - variables - ej: myVar, x, y, etc.

Tipos - tipos de datos - ej: int, double, String, myObjectType

Operaciones - métodos / funciones - ej: myMethod (), myFunction (), etc.

Mensajes - parámetros de entrada de método / función y tipos de retorno

  • Ej: public myObjectType myMethod ( String myVar)

Tipos de puertos - clases (es decir, son un contenedor para operaciones) - por ejemplo: MyClass {}, etc.

Porción abstracta:

Enlace: se conectan a los tipos de puerto y definen el protocolo elegido para comunicarse con este servicio web. - un protocolo es una forma de comunicación (texto / SMS, vs. teléfono vs. correo electrónico, etc.).

Servicio: enumera la dirección donde otro programa puede encontrar su servicio web (es decir, su punto final ).


Un punto final se especifica como una URL relativa o absoluta que generalmente resulta en una respuesta. Esa respuesta suele ser el resultado de un proceso del lado del servidor que, por ejemplo, podría producir una cadena JSON. Esa cadena puede ser consumida por la aplicación que realizó la llamada al punto final. Entonces, en general, los puntos finales son puntos de acceso predefinidos, utilizados dentro de las redes TCP / IP para iniciar un proceso y / o devolver una respuesta. Los puntos finales pueden contener parámetros pasados ​​dentro de la URL, como pares de valores clave, varios pares de valores clave están separados por un signo, lo que permite que el punto extremo llame, por ejemplo, un proceso de actualización / inserción; por lo tanto, los puntos finales no siempre tienen que devolver una respuesta, pero una respuesta siempre es útil, incluso si es solo para indicar el éxito o el fracaso de una operación.