Diseño de un aerogenerador de 400w de eje vertical
Servicios web xml
1. 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.
2. 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
3. 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.
4. 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.
5. 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.
6. 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.
7. 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.
8. 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.
9. 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:
10. 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.
11. 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.
12. 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