S.E.P. TECNOLÓGICO NACIONAL DE MÉXICO

INSTITUTO TECNOLÓGICO

de Tuxtepec

MATERIA:

PROGRAMACIÓN EN AMBIENTE CLIENTE SERVIDOR

INVESTIGACIÓN:

“SERVICIOS WEB XML”.

CARRERA:

INGENIERA INFORMÁTICA

PRESENTA:

ANAYA MANZANO JUAN. 13350283

CATEDRÁTICO:

M.S.C VÍCTOR MANUEL EVARISTO SALINAS

San Juan Bautista Tuxtepec, Oax. Noviembre de 2016.

Contenido Introducción. ....................................................................................................................................... 2

Visión general de servicios Web XML. ................................................................................................ 3

Tecnologías subyacentes. .................................................................................................................... 5

SOAP (Simple Object Access Protocol). ........................................................................................... 5

WSDL (Web Services Description Language). El Lenguaje de Descripción. .................................... 7

UDDI (Universal Description, Discovery, and Integration). El Repositorio de Servicios. ................ 8

Conclusión. ........................................................................................................................................ 10

Bibliografía ........................................................................................................................................ 11

Introducción.

Los servicios web son aplicaciones autodescriptivas que se publican, se ubican y

se invocan desde cualquier lugar de la web, con el fin de simplificar el desarrollo de

complejas aplicaciones distribuidas.

Estos servicios permiten invocar funciones software a través de internet,

permitiendo que programas basados en PHP, ASP, JSP, JavaBeans y otros muchos

puedan hacer peticiones a servicios que se estén ejecutando en una maquina

remota y obtener la respuesta para que pueda ser integrada en una página web, un

servicio WAP o cualquier otra aplicación.

Visión general de servicios Web XML.

Los servicios Web XML son bloques de código ejecutable expuestos a través de

protocolos estándar para su uso en la Web. El bloque de código que compone un

servicio Web XML parece más a un programa de consola sin interfaz; se trata de

una clase pública que define, principalmente, métodos. Estos son llamados métodos

de servicio Web XML, mismos que podrán ser invocados por aquellos programas

que consuman el servicio.

Los servicios Web XML permiten el manejo distribuido de componentes, estos

permiten tomar ventaja de la infraestructura de Internet para la distribución de

funcionalidad y paquetes de datos.

Las principales características de los servicios Web XML son:

Están basados en protocolos estándar para la Web. Los servicios Web XML

realizan las peticiones y proporcionan las respuestas utilizando protocolos

estándar de la Web, como los son HTTP (Hyper Text Transfer Protocol), XML

(Extensible Markup Language), y SOAP (Simple Object Access Protocol),

toda plataforma que maneje dichos protocolos, podrá aprovechar la

funcionalidad de los servicios Web XML.

Comunicación de aplicación a aplicación basada en Internet. Al utilizar un

servicio Web XML no se tienen una interfaz de usuario visible; realmente se

trata de un componente que puede ser consumido de manera programática

de aplicación a aplicación. Los servicios Web XML proporcionan una interfaz

estándar para la recepción de peticiones y envío de respuesta, denominada

contrato, dicho contrato pone a disposición de los usuarios la información

requerida por el componente, describe los comportamientos del mismo, y

relaciona los datos de entrada con la salida del componente.

Independencia del lenguaje. Los servicios Web XML pueden ser consumidos

desde programas escritos en cualquier lenguaje .NET, por lo cual no es

necesario aprender un lenguaje determinado para poder tener acceso a su

funcionalidad.

Independencia de la plataforma. Independientemente de la plataforma que

dispongan los clientes de una aplicación, el contrato se encarga de hacer la

petición en un formato estándar, y de recibir la respuesta correspondiente.

Arquitectura libre del manejo de estados (stateless architecture). Los

servicios Web XML no manejan estados de objetos; cada respuesta brindada

por un servicio Web XML es una nueva instancia de un objeto, con su estado

particular. Lo que una petición realiza no impacta lo realizado por otras

peticiones.

Comunicación síncrona y asíncrona. El requerimiento de ejecución de un

método de servicio Web XML, y el requerimiento de la respuesta, son

independientes. La aplicación que consume el servicio Web XML, y el

servicio Web XML mismo, pueden operar con mayor disponibilidad, ya que

liberan recursos mientras se está en tiempo de espera.

Los principales usos que tienen los servicios Web XML son los siguientes:

Cuando se requiere compartir funcionalidad libre de interfaz de usuario. Los

servicios Web son útiles en cuando se desea consumir la funcionalidad de

un componente, sin la intermediación de una interfaz de usuario. Ejemplos

de esto es el consumo de servicios que proporcionan información, como

tipos de cambio, estado del clima, precios de productos, disponibilidad de

lugares en eventos, sin tener que responder a alguna interfaz de usuario.

Cuando se quiere comercializar un servicio de uso de software, y no un

producto de software. En el futuro, no se venderá software, sino la

funcionalidad que el software brinda estará disponible como servicio en la

Web, si requerimos de un procesador de palabras, nos enlazaremos a un

procesador de palabras en línea, y pagaremos sólo por el tiempo que

utilizamos dicho procesador.

Cuando el equipo cliente y servidor requieren compartir funcionalidad en

Internet, pero difieren en su plataforma operativa.

Tecnologías subyacentes.

Las especificaciones que se han desarrollado para implementar los servicios Web

se presentan como una pila de tecnologías donde las especificaciones superiores

hacen uso de las inferiores, como se muestra.

SOAP (Simple Object Access Protocol).

SOAP define un protocolo que da soporte a la interacción (datos + funcionalidad)

entre aplicaciones en entornos distribuidos y heterogéneos, es interoperable es

decir neutral a plataforma y lenguajes de programación, independiente del hardware

y protocolos. Funciona sobre la infraestructura existente en Internet. SOAP define

cómo organizar información usando XML de forma estructurada para intercambiarla

entre distintos sistemas.

SOAP especifica lo siguiente:

Un formato de mensaje para una comunicación unidireccional, describiendo

cómo se empaqueta la información en documentos XML.

Un conjunto de convenciones para usar mensajes SOAP para implementar

el patrón de interacción RPC (Remote Procedure Call), definiendo cómo los

clientes pueden invocar un Procedimiento Remoto enviando un mensaje

SOAP y cómo los servicios pueden responder enviando otro mensaje al

llamador.

Un conjunto de reglas que una entidad que procesa mensajes SOAP debe

seguir, definiendo en particular los elementos XML que una entidad debe leer

y entender, así como las acciones que deben toma si no entienden el

contenido, estas reglas son llamadas: Reglas de Codificación de los Datos.

Una descripción de cómo se debe transportar un mensaje SOAP sobre HTTP

y SMTP.

SOAP intercambia información mediante mensajes. Los mensajes se utilizan como

envoltorios que la aplicación utiliza para guardar la información que quiere enviar.

Cada mensaje contiene dos partes:

Una cabecera (opcional). Que contiene información del mensaje, por ejemplo

la cabecera puede contener la fecha en que el mensaje es enviado, o

información de autenticación, cuando está presente la cabecera siempre

debe estar en la parte de arriba.

Un cuerpo (obligatorio). Contiene los datos del mensaje.

La cabecera y el cuerpo pueden tener múltiples subpartes en forma de bloques de

la cabecera y bloques del cuerpo.

Cuando una aplicación cliente hace una solicitud a un método Web, un paquete

SOAP es creado. Este paquete contiene el nombre del método Web que es

invocado, y los parámetros que son pasados al método Web en un formato XML.

Cuando el paquete SOAP llega al servidor Web en el cual reside el servicio Web, el

método Web y sus parámetros son extraídos del paquete SOAP y el método es

invocado.

WSDL (Web Services Description Language). El Lenguaje de Descripción.

Un WSDL es la especificación estándar de funcionamiento y datos de un servicio

Web XML. WSDL se maneja a través de un contrato, conocido también como

Service Description, que es un documento XML que contiene información

relacionada al servicio Web XML y los paquetes de datos que el servicio Web XML

maneja, tanto de entrada como de salida.

De cierta forma WSDL específica los datos requeridos por el servicio, su

comportamiento, y sus datos de retorno; actúa como un contrato de intercambio de

paquetes de datos entre el consumidor de servicios Web XML y el servicio Web

XML.

WSDL también contiene las referencias a las direcciones asociadas con el servicio

Web XML, mismas que dependerán del protocolo utilizado para consumir el servicio.

El documento WSDL es un documento XML; el elemento raíz es llamado definitions,

y contiene cinco nodos hijos que muestran la forma en que está definido el servicio

Web XML. Dichos elementos hijo son los siguientes:

Types. Define los tipos de datos utilizados para el intercambio de mensajes

entre el consumidor y el servicio.

Message. Describe los mensajes que serán comunicados entre el

consumidor y el servicio.

portType. Identifica el conjunto de operaciones que realiza el servicio, y los

mensajes involucrados en dichas operaciones.

Binding. Específica los detalles de protocolo para el intercambio de mensajes

entre las operaciones, describiendo cómo traducir contenido abstracto a un

formato estándar.

Service. Agrupa aquellos puertos que estén relacionados, y que implementan

un Web service.

UDDI (Universal Description, Discovery, and Integration). El Repositorio de Servicios.

Uno de los puntos más importantes de un servicio es su publicidad, pensando en

ello, se ha definido un mecanismo para darles publicidad a los servicios Web XML

que las empresas desarrollan, denominado UDDI.

Cuando un proveedor de servicios Web quiere poner un servicio Web disponible

para clientes de aplicación, el proveedor describe el servicio Web usando un

documento WSDL. Entonces el proveedor registra el servicio Web en el directorio

UDDI. El directorio UDDI contiene apuntadores a el servicio Web y el documento

WSDL del servicio Web. De esta manera las aplicaciones Cliente pueden descubrir

el servicio Web usando el directorio UDDI.

La especificación UDDI tiene dos objetivos esenciales:

Ser un soporte a los desarrolladores para encontrar información sobre

servicios web y poder construir clientes

Facilitar el Enlace Dinámico de Servicios Web, permitiendo consultar

referencias y acceder a servicios de interés.

Conclusión.

La aparición de los servicios web XLM marcó un antes y un después en el ámbito

de las aplicaciones distribuidas. En este trabajo se ha podido comprobar que gran

parte de este éxito se debe a la utilización de protocolos estándar basados en XML

para invocar servicios y transmitir datos como SOAP Y WSDL.

Por ello se ha prestado una especial atención a XML del que se ha detallado su

estructura y reglas sintácticas, asi como los dos métodos que existen para definir

este tipo de documentos: DTD Y SCHEMA.

Bibliografía C., B. G. (19 de Julio de 2004). XML: el lenguaje de los Servicios Web. Obtenido de Desarrollo web:

http://www.desarrolloweb.com/articulos/1574.php

Instituto Tecnólogico de La Laguna. (s.f.). Obtenido de

www.itlalaguna.edu.mx/academico/carreras/sistemas/prograweb/unidad5.doc