El documento proporciona información sobre los servicios web y las tecnologías asociadas como SOAP, WSDL y UDDI. Explica que UDDI permite publicar y descubrir información sobre empresas y servicios web de forma estándar, almacenando datos como la descripción de las empresas, servicios ofrecidos, información técnica para invocar los servicios y punteros a especificaciones. El modelo de información UDDI está definido en XML y clasifica los registros en páginas blancas, amarillas y verdes para almacenar diferentes tipos
4.1.2.4 lab identifying network devices and cablingtimmaujim
Este documento describe una práctica de laboratorio para identificar dispositivos y medios de red. Los estudiantes completarán tablas identificando los dispositivos de red proporcionados por el instructor y describiendo los medios de red, incluido el tipo de medio y a qué se conectan. Al final, se les pide que reflexionen sobre dónde pueden encontrar más información sobre los equipos de red.
El documento describe las características generales de los servicios web. Explica que los servicios web permiten el intercambio de datos entre aplicaciones a través de la web usando protocolos como SOAP y WSDL. También define términos como URI, URL, páginas web, sitios web y aplicaciones web.
Este documento describe las tecnologías WAN (Wide Area Network). Una WAN es una red que se extiende a una amplia área geográfica para conectar redes y equipos distantes. Explica los propósitos de las WAN, los dispositivos involucrados como routers y switches, y los protocolos y estándares comunes utilizados en las capas física y de enlace de datos de una WAN, incluyendo HDLC, PPP y X.25.
La jerarquía de clases Java.sql.* proporciona una biblioteca para realizar consultas a bases de datos SQL. Importar esta biblioteca permite conectarse a bases de datos y ejecutar consultas SQL mediante clases como Connection, Statement y ResultSet. Es importante asegurarse de que el controlador JDBC apropiado esté instalado para la base de datos a la que se desea conectar.
Este documento proporciona una introducción básica a MySQL. Explica que MySQL es un sistema de gestión de bases de datos relacional muy popular, especialmente para aplicaciones web. Detalla cómo instalar el servidor y cliente de MySQL, y proporciona ejemplos de comandos básicos como crear bases de datos y tablas, insertar y consultar datos.
Comparacion software comercial vs libre (Gestores De Base De Datos)Oscar Ruiz Zapata
El documento habla sobre el software de gestión de bases de datos. Brevemente describe las ventajas e inconvenientes del software comercial frente al software libre. También compara dos sistemas de gestión de bases de datos populares, Oracle y PostgreSQL, destacando sus características.
Comparacion gestor libre y gestor licenciadoFreicia
Este documento compara varios gestores de bases de datos libres y licenciados como Oracle, PostgreSQL, MySQL, SQL Server y Access. Explica las diferencias entre ellos en categorías como licencia, instalación, popularidad, género, soporte, seguridad y velocidad. Resalta que mientras que algunos como Oracle son privativos, otros como PostgreSQL y MySQL son de código abierto, lo que permite modificar y redistribuir su código libremente.
Este documento presenta una introducción al modelo de datos clave-valor. Explica que este modelo asocia claves con valores de forma eficiente, permitiendo el acceso rápido a los elementos almacenados mediante una clave. También describe algunas técnicas comunes como el hashing consistente para la distribución de datos en sistemas distribuidos, y presenta Redis como un caso de estudio, explicando sus operaciones, arquitectura, replicación y usos comunes.
4.1.2.4 lab identifying network devices and cablingtimmaujim
Este documento describe una práctica de laboratorio para identificar dispositivos y medios de red. Los estudiantes completarán tablas identificando los dispositivos de red proporcionados por el instructor y describiendo los medios de red, incluido el tipo de medio y a qué se conectan. Al final, se les pide que reflexionen sobre dónde pueden encontrar más información sobre los equipos de red.
El documento describe las características generales de los servicios web. Explica que los servicios web permiten el intercambio de datos entre aplicaciones a través de la web usando protocolos como SOAP y WSDL. También define términos como URI, URL, páginas web, sitios web y aplicaciones web.
Este documento describe las tecnologías WAN (Wide Area Network). Una WAN es una red que se extiende a una amplia área geográfica para conectar redes y equipos distantes. Explica los propósitos de las WAN, los dispositivos involucrados como routers y switches, y los protocolos y estándares comunes utilizados en las capas física y de enlace de datos de una WAN, incluyendo HDLC, PPP y X.25.
La jerarquía de clases Java.sql.* proporciona una biblioteca para realizar consultas a bases de datos SQL. Importar esta biblioteca permite conectarse a bases de datos y ejecutar consultas SQL mediante clases como Connection, Statement y ResultSet. Es importante asegurarse de que el controlador JDBC apropiado esté instalado para la base de datos a la que se desea conectar.
Este documento proporciona una introducción básica a MySQL. Explica que MySQL es un sistema de gestión de bases de datos relacional muy popular, especialmente para aplicaciones web. Detalla cómo instalar el servidor y cliente de MySQL, y proporciona ejemplos de comandos básicos como crear bases de datos y tablas, insertar y consultar datos.
Comparacion software comercial vs libre (Gestores De Base De Datos)Oscar Ruiz Zapata
El documento habla sobre el software de gestión de bases de datos. Brevemente describe las ventajas e inconvenientes del software comercial frente al software libre. También compara dos sistemas de gestión de bases de datos populares, Oracle y PostgreSQL, destacando sus características.
Comparacion gestor libre y gestor licenciadoFreicia
Este documento compara varios gestores de bases de datos libres y licenciados como Oracle, PostgreSQL, MySQL, SQL Server y Access. Explica las diferencias entre ellos en categorías como licencia, instalación, popularidad, género, soporte, seguridad y velocidad. Resalta que mientras que algunos como Oracle son privativos, otros como PostgreSQL y MySQL son de código abierto, lo que permite modificar y redistribuir su código libremente.
Este documento presenta una introducción al modelo de datos clave-valor. Explica que este modelo asocia claves con valores de forma eficiente, permitiendo el acceso rápido a los elementos almacenados mediante una clave. También describe algunas técnicas comunes como el hashing consistente para la distribución de datos en sistemas distribuidos, y presenta Redis como un caso de estudio, explicando sus operaciones, arquitectura, replicación y usos comunes.
Este documento introduce los conceptos básicos de SQL y bases de datos relacionales. Explica los componentes clave de SQL como DDL, DML y DCL y sus principales funciones y palabras clave. Luego presenta ejemplos prácticos de sentencias SQL como CREATE TABLE, SELECT, INSERT, UPDATE y DELETE. Finalmente, muestra un ejemplo paso a paso de modelado de una base de datos para una librería.
El documento describe el modelo OSI (Open Systems Interconnection), que consta de 7 capas que estandarizan la interconexión de sistemas abiertos. Explica cada una de las 7 capas - Aplicación, Presentación, Sesión, Transporte, Red, Enlace de Datos y Física - y los protocolos y estándares clave asociados a cada capa.
El documento describe el funcionamiento del Sistema de Nombres de Dominio (DNS). Explica que el DNS surgió para facilitar la asignación de nombres a direcciones IP en Internet. Luego detalla el proceso de resolución de nombres, donde los servidores DNS se comunican jerárquicamente para traducir nombres de dominio a direcciones IP. También menciona los diferentes tipos de registros que almacenan los servidores DNS y el principal problema relacionado a la pérdida potencial de consultas y respuestas debido al uso del protocolo UDP.
Este documento describe las capas de aplicación y presentación en el modelo OSI. La capa de aplicación incluye protocolos como HTTP, SMTP, POP e IMAP que permiten aplicaciones como correo electrónico y navegación web. La capa de presentación se encarga de la representación uniforme de datos y puede realizar transformaciones como compresión y cifrado. Ambas capas interactúan con el usuario final y se comunican entre sí para transmitir información a través de la red.
Este documento describe diferentes tecnologías para conectar bases de datos, incluyendo ODBC, JDBC, ADO.NET y sistemas de bases de datos móviles. Explica cómo estas tecnologías permiten la conectividad entre aplicaciones y bases de datos independientemente del sistema gestor de bases de datos subyacente. También describe algunos sistemas de bases de datos móviles populares como PointBase, SQL Anywhere, DB2 EveryPlace y Oracle Lite.
Una LAN conecta dispositivos como computadoras y impresoras dentro de un edificio o oficina para compartir recursos de manera fácil. Una LAN típicamente opera a velocidades entre 1 a 100 MBPS dentro de un área geográfica limitada de hasta 200 metros y permite el acceso compartido de hardware y software entre los dispositivos conectados.
Este documento describe los servicios web, incluyendo que son una tecnología que permite el intercambio de datos entre aplicaciones utilizando protocolos web estándar como HTTP y XML. Explica que los servicios web permiten la interoperabilidad entre aplicaciones desarrolladas con diferentes lenguajes y plataformas. También describe las características clave de los servicios web como accesibilidad, descripción y localización, así como las tecnologías subyacentes como SOAP, WSDL y UDDI.
Arquitectura de cliente-servidor de tres capasanibalsmit
Este documento describe la arquitectura de cliente-servidor de tres capas. Consiste en tres capas: la capa de presentación en el cliente, la capa de aplicación en el servidor, y la capa de datos. Esto permite una mayor flexibilidad, seguridad y rendimiento al distribuir tareas entre clientes y servidores especializados.
El documento proporciona información sobre el Sistema de Nombres de Dominio (DNS). Explica que DNS mapea nombres de dominio a direcciones IP de forma jerárquica y distribuida, permitiendo la navegación en Internet. Detalla las ventajas de DNS como la eliminación de duplicidad de nombres y la consistencia de la información, pero también las desventajas como la vulnerabilidad a hackeos y pérdida de conectividad si falla. Concluye que DNS es una herramienta útil pero que requiere configuración y protección cuidados
El documento describe el modelo OSI de 7 capas para la interconexión de sistemas de comunicaciones. Cada capa se encarga de una función específica como la codificación de datos, el enrutamiento, el transporte, etc. La capa física se ocupa de la transmisión de señales a través del medio físico, mientras que la capa de aplicación permite que los programas se comuniquen a través de la red.
Historia de la tecnologia de base de datosralbarracin
La historia de la tecnología de bases de datos se divide en cuatro generaciones: 1) Sistemas de archivos y lenguajes de definición de datos en los años 1940-1960. 2) Sistemas jerárquicos en los años 1960-1970. 3) Sistemas relacionales en los años 1970. 4) Modelos semánticos y orientados a objetos en los años 1980 en adelante.
La arquitectura cliente-servidor consiste en un cliente que interactúa con el usuario y un servidor que interactúa con los recursos compartidos. El cliente proporciona la interfaz de usuario mientras que el servidor maneja los recursos como bases de datos. Esta arquitectura permite distribuir tareas entre clientes ligeros y servidores potentes, mejorando la escalabilidad del sistema.
Este documento explica el modelo de entidad-relación (ER) para el diseño de bases de datos. El modelo ER representa el mundo real mediante entidades, atributos y relaciones. Las entidades tienen atributos como claves primarias y foráneas. Las relaciones pueden ser de uno a uno, uno a muchos o muchos a muchos. El documento recomienda utilizar diagramas ER extendidos que incluyen entidades fuertes y débiles y atributos en relaciones.
Este documento describe SLAAC y DHCPv6 para la asignación dinámica de direcciones IPv6. Explica cómo SLAAC permite a los hosts generar sus propias direcciones IPv6 globales únicas sin un servidor DHCPv6 mediante la utilización de mensajes RA de un router. También describe cómo DHCPv6 puede utilizarse para asignar direcciones de forma dinámica de forma con estado o sin estado.
Este documento resume varios protocolos clave de la capa de aplicación y presentación del modelo OSI, incluyendo FTP, DNS, DHCP, HTTP, NAT, POP, SMTP, SSH, Telnet, TFTP, LDAP, AFP, ICA, LPP, NCP, NDR, XDR y Telnet. Describe brevemente el propósito y función de cada protocolo.
FTP es un protocolo comúnmente usado para transferir archivos entre computadores a través de Internet. Usa servidores FTP y clientes FTP. Los usuarios pueden acceder archivos en servidores FTP de manera anónima usando "anonymous" como nombre de usuario y su dirección de correo electrónico como contraseña. FTP usa puertos 20 y 21 de forma predeterminada.
El documento habla sobre el maquetado de sistemas. Explica que el maquetado es el diseño de la interfaz de usuario sin incluir la lógica funcional, involucra el diseño de la interfaz gráfica, la navegación y la interfaz técnica. También menciona que para sistemas en línea se puede utilizar el framework Bootstrap y que la maquetación es diferente para sistemas en línea y de escritorio.
El documento describe los diferentes medios de transmisión de datos para conectar computadoras en redes. Menciona que las redes pueden ser alámbricas u inalámbricas, y cubre tecnologías como Ethernet, Token Ring, cables como coaxiales y de par trenzado, y topologías como bus, estrella y árbol. También distingue entre redes LAN, MAN y WAN según su extensión.
CouchDB es una base de datos NoSQL orientada a documentos que ofrece alta disponibilidad y tolerancia a particiones. Almacena datos en formato JSON y proporciona replicación de datos, indexación con JavaScript, y una interfaz web llamada Futon. CouchDB es adecuada para aplicaciones que requieran disponibilidad aun cuando haya fallos de nodos o particiones de red.
Los servicios web permiten la interoperabilidad entre aplicaciones a través de Internet mediante el uso de estándares como XML, SOAP, UDDI y WSDL. XML define los datos, SOAP define el protocolo de comunicación, UDDI permite localizar servicios web y WSDL describe cómo acceder a ellos. Juntos, estos protocolos permiten a las aplicaciones y sistemas compartir funcionalidad independientemente de su plataforma tecnológica subyacente.
Este documento describe los componentes clave de los servicios web como XML, SOAP, WSDL y UDDI. Explica que XML es el formato estándar para intercambiar datos, SOAP define un protocolo de mensajería basado en XML, WSDL describe las interfaces de los servicios web y UDDI permite publicar y buscar servicios web. También incluye ejemplos de cómo las empresas pueden utilizar servicios web para agregar valor a sus clientes.
Este documento introduce los conceptos básicos de SQL y bases de datos relacionales. Explica los componentes clave de SQL como DDL, DML y DCL y sus principales funciones y palabras clave. Luego presenta ejemplos prácticos de sentencias SQL como CREATE TABLE, SELECT, INSERT, UPDATE y DELETE. Finalmente, muestra un ejemplo paso a paso de modelado de una base de datos para una librería.
El documento describe el modelo OSI (Open Systems Interconnection), que consta de 7 capas que estandarizan la interconexión de sistemas abiertos. Explica cada una de las 7 capas - Aplicación, Presentación, Sesión, Transporte, Red, Enlace de Datos y Física - y los protocolos y estándares clave asociados a cada capa.
El documento describe el funcionamiento del Sistema de Nombres de Dominio (DNS). Explica que el DNS surgió para facilitar la asignación de nombres a direcciones IP en Internet. Luego detalla el proceso de resolución de nombres, donde los servidores DNS se comunican jerárquicamente para traducir nombres de dominio a direcciones IP. También menciona los diferentes tipos de registros que almacenan los servidores DNS y el principal problema relacionado a la pérdida potencial de consultas y respuestas debido al uso del protocolo UDP.
Este documento describe las capas de aplicación y presentación en el modelo OSI. La capa de aplicación incluye protocolos como HTTP, SMTP, POP e IMAP que permiten aplicaciones como correo electrónico y navegación web. La capa de presentación se encarga de la representación uniforme de datos y puede realizar transformaciones como compresión y cifrado. Ambas capas interactúan con el usuario final y se comunican entre sí para transmitir información a través de la red.
Este documento describe diferentes tecnologías para conectar bases de datos, incluyendo ODBC, JDBC, ADO.NET y sistemas de bases de datos móviles. Explica cómo estas tecnologías permiten la conectividad entre aplicaciones y bases de datos independientemente del sistema gestor de bases de datos subyacente. También describe algunos sistemas de bases de datos móviles populares como PointBase, SQL Anywhere, DB2 EveryPlace y Oracle Lite.
Una LAN conecta dispositivos como computadoras y impresoras dentro de un edificio o oficina para compartir recursos de manera fácil. Una LAN típicamente opera a velocidades entre 1 a 100 MBPS dentro de un área geográfica limitada de hasta 200 metros y permite el acceso compartido de hardware y software entre los dispositivos conectados.
Este documento describe los servicios web, incluyendo que son una tecnología que permite el intercambio de datos entre aplicaciones utilizando protocolos web estándar como HTTP y XML. Explica que los servicios web permiten la interoperabilidad entre aplicaciones desarrolladas con diferentes lenguajes y plataformas. También describe las características clave de los servicios web como accesibilidad, descripción y localización, así como las tecnologías subyacentes como SOAP, WSDL y UDDI.
Arquitectura de cliente-servidor de tres capasanibalsmit
Este documento describe la arquitectura de cliente-servidor de tres capas. Consiste en tres capas: la capa de presentación en el cliente, la capa de aplicación en el servidor, y la capa de datos. Esto permite una mayor flexibilidad, seguridad y rendimiento al distribuir tareas entre clientes y servidores especializados.
El documento proporciona información sobre el Sistema de Nombres de Dominio (DNS). Explica que DNS mapea nombres de dominio a direcciones IP de forma jerárquica y distribuida, permitiendo la navegación en Internet. Detalla las ventajas de DNS como la eliminación de duplicidad de nombres y la consistencia de la información, pero también las desventajas como la vulnerabilidad a hackeos y pérdida de conectividad si falla. Concluye que DNS es una herramienta útil pero que requiere configuración y protección cuidados
El documento describe el modelo OSI de 7 capas para la interconexión de sistemas de comunicaciones. Cada capa se encarga de una función específica como la codificación de datos, el enrutamiento, el transporte, etc. La capa física se ocupa de la transmisión de señales a través del medio físico, mientras que la capa de aplicación permite que los programas se comuniquen a través de la red.
Historia de la tecnologia de base de datosralbarracin
La historia de la tecnología de bases de datos se divide en cuatro generaciones: 1) Sistemas de archivos y lenguajes de definición de datos en los años 1940-1960. 2) Sistemas jerárquicos en los años 1960-1970. 3) Sistemas relacionales en los años 1970. 4) Modelos semánticos y orientados a objetos en los años 1980 en adelante.
La arquitectura cliente-servidor consiste en un cliente que interactúa con el usuario y un servidor que interactúa con los recursos compartidos. El cliente proporciona la interfaz de usuario mientras que el servidor maneja los recursos como bases de datos. Esta arquitectura permite distribuir tareas entre clientes ligeros y servidores potentes, mejorando la escalabilidad del sistema.
Este documento explica el modelo de entidad-relación (ER) para el diseño de bases de datos. El modelo ER representa el mundo real mediante entidades, atributos y relaciones. Las entidades tienen atributos como claves primarias y foráneas. Las relaciones pueden ser de uno a uno, uno a muchos o muchos a muchos. El documento recomienda utilizar diagramas ER extendidos que incluyen entidades fuertes y débiles y atributos en relaciones.
Este documento describe SLAAC y DHCPv6 para la asignación dinámica de direcciones IPv6. Explica cómo SLAAC permite a los hosts generar sus propias direcciones IPv6 globales únicas sin un servidor DHCPv6 mediante la utilización de mensajes RA de un router. También describe cómo DHCPv6 puede utilizarse para asignar direcciones de forma dinámica de forma con estado o sin estado.
Este documento resume varios protocolos clave de la capa de aplicación y presentación del modelo OSI, incluyendo FTP, DNS, DHCP, HTTP, NAT, POP, SMTP, SSH, Telnet, TFTP, LDAP, AFP, ICA, LPP, NCP, NDR, XDR y Telnet. Describe brevemente el propósito y función de cada protocolo.
FTP es un protocolo comúnmente usado para transferir archivos entre computadores a través de Internet. Usa servidores FTP y clientes FTP. Los usuarios pueden acceder archivos en servidores FTP de manera anónima usando "anonymous" como nombre de usuario y su dirección de correo electrónico como contraseña. FTP usa puertos 20 y 21 de forma predeterminada.
El documento habla sobre el maquetado de sistemas. Explica que el maquetado es el diseño de la interfaz de usuario sin incluir la lógica funcional, involucra el diseño de la interfaz gráfica, la navegación y la interfaz técnica. También menciona que para sistemas en línea se puede utilizar el framework Bootstrap y que la maquetación es diferente para sistemas en línea y de escritorio.
El documento describe los diferentes medios de transmisión de datos para conectar computadoras en redes. Menciona que las redes pueden ser alámbricas u inalámbricas, y cubre tecnologías como Ethernet, Token Ring, cables como coaxiales y de par trenzado, y topologías como bus, estrella y árbol. También distingue entre redes LAN, MAN y WAN según su extensión.
CouchDB es una base de datos NoSQL orientada a documentos que ofrece alta disponibilidad y tolerancia a particiones. Almacena datos en formato JSON y proporciona replicación de datos, indexación con JavaScript, y una interfaz web llamada Futon. CouchDB es adecuada para aplicaciones que requieran disponibilidad aun cuando haya fallos de nodos o particiones de red.
Los servicios web permiten la interoperabilidad entre aplicaciones a través de Internet mediante el uso de estándares como XML, SOAP, UDDI y WSDL. XML define los datos, SOAP define el protocolo de comunicación, UDDI permite localizar servicios web y WSDL describe cómo acceder a ellos. Juntos, estos protocolos permiten a las aplicaciones y sistemas compartir funcionalidad independientemente de su plataforma tecnológica subyacente.
Este documento describe los componentes clave de los servicios web como XML, SOAP, WSDL y UDDI. Explica que XML es el formato estándar para intercambiar datos, SOAP define un protocolo de mensajería basado en XML, WSDL describe las interfaces de los servicios web y UDDI permite publicar y buscar servicios web. También incluye ejemplos de cómo las empresas pueden utilizar servicios web para agregar valor a sus clientes.
Este documento introduce los servicios web, describiendo sus requisitos, especificaciones como SOAP, WSDL y UDDI, ventajas como la interoperabilidad entre lenguajes de programación y el uso de HTTP, y desventajas como el mayor ancho de banda requerido para transmitir solicitudes usando XML. Los servicios web permiten el intercambio de datos entre aplicaciones desarrolladas en diferentes lenguajes y plataformas a través de protocolos y estándares abiertos.
El documento define los servicios web y sus componentes principales. Los servicios web son aplicaciones distribuidas que intercambian información mediante estándares y protocolos. Utilizan SOAP, WSDL y UDDI para definir mensajes, operaciones y localizar servicios. REST es un estilo arquitectónico que usa HTTP para acceder a recursos mediante URIs y operaciones como GET, POST, PUT y DELETE.
Este documento presenta una introducción a los webservices. Explica brevemente qué son los webservices, su infraestructura técnica subyacente como XML, SOAP, WSDL y UDDI. Luego describe el desarrollo de un servicio web sencillo en .NET y cómo invocarlo desde un navegador o aplicación mediante una URL, proxy o referencia. Finalmente incluye una bibliografía de recursos adicionales.
Servicios web service api rest en netbeansvcuscoistt
Los servicios web permiten la interacción entre aplicaciones a través de protocolos estándares de Internet como HTTP. Un servicio web es un componente de software que codifica mensajes en XML y los envía entre aplicaciones. Los servicios web utilizan estándares como SOAP, WSDL y UDDI para permitir la comunicación, descripción e identificación de servicios entre sistemas heterogéneos.
Este documento presenta una introducción a los webservices. Explica que los webservices permiten que las aplicaciones compartan datos e interoperen entre sí de forma independiente a la plataforma tecnológica. Describe algunas tecnologías subyacentes como XML, SOAP, WSDL y UDDI que hacen posible los webservices. También resume los pasos para desarrollar y publicar un webservice, así como para invocar uno de forma remota.
Este documento discute la necesidad de comunicación entre sistemas heterogéneos utilizados por diferentes departamentos de una empresa, y propone los servicios web como una solución para lograr la interoperabilidad de forma más sencilla que mediante arquitecturas como CORBA. Explica brevemente qué son los servicios web, los protocolos y estándares subyacentes como SOAP, WSDL y UDDI, y los beneficios que aportan para la integración de aplicaciones.
Este documento presenta información sobre servicios web y sus componentes clave. Explica que los servicios web permiten que las aplicaciones se comuniquen a través de mensajes XML y protocolos estándar de Internet como HTTP. Luego describe los requisitos, bloques constructivos y protocolos clave de servicios web como SOAP, WSDL y UDDI que permiten la descripción, descubrimiento e interoperabilidad de servicios web.
Este documento presenta información sobre servicios web y sus componentes clave. Explica que los servicios web permiten que las aplicaciones se comuniquen a través de mensajes XML y protocolos estándar de Internet como HTTP. Luego describe los requisitos, bloques constructivos y protocolos clave de servicios web como SOAP, WSDL y UDDI que permiten la descripción, descubrimiento e interoperabilidad de servicios web.
Este documento introduce los conceptos básicos de los servicios web y su arquitectura. Explica que un servicio web permite la comunicación entre aplicaciones a través de mensajes XML y protocolos estándar de Internet como HTTP. Describe los componentes clave como SOAP, WSDL y UDDI que permiten la descripción, descubrimiento e invocación de servicios web de forma estandarizada e interoperable entre plataformas. El objetivo final es facilitar el acceso a funcionalidades remotas de forma sencilla a través de contratos y descripciones formales independientes
Este documento describe los conceptos fundamentales de los servicios web, incluyendo SOAP, WSDL y UDDI. SOAP define el formato de mensajes entre aplicaciones, mientras que WSDL proporciona una descripción abstracta de los servicios web. UDDI permite a las aplicaciones publicar y descubrir servicios web de forma estructurada.
C:\Documents And Settings\Pc 09\Mis Documentos\Servidores Weblosmassueltos
El documento describe la evolución de la World Wide Web de un medio de publicación de información a una plataforma para el desarrollo de aplicaciones distribuidas. Explica que los servicios web se definen mediante las especificaciones SOAP, WSDL y UDDI y que permiten la interoperabilidad entre aplicaciones a través del intercambio de mensajes XML. Asimismo, señala que WSDL describe los métodos disponibles de un servicio web y actúa como contrato entre el cliente y el servidor.
Computación distribuida.
Sistemas integrados.
Aplicaciones en diferentes lenguaje de programación y plataformas.
Nuevos términos XML, WSDL, SOAP, XML-RPC, ebXML, JAXB, JAX-WS, JAX-RPC, JAX-RS
Para que todo esto?
Este documento describe los servicios web y su arquitectura. Explica que un servicio web expone su lógica a través de una interfaz de red utilizando protocolos estándar como HTTP y SOAP. También describe cómo crear un servicio web en .NET, incluyendo la clase, los archivos y los atributos necesarios, así como cómo invocar el servicio desde un navegador.
Este documento introduce los conceptos clave de la arquitectura orientada a servicios (SOA). Define SOA como un modelo arquitectónico que organiza las funciones de las aplicaciones empresariales en servicios interoperables basados en estándares que pueden combinarse y reutilizarse rápidamente. Explica que un servicio es una unidad de software reutilizable que expone sus funciones a través de estándares como WSDL. Finalmente, destaca que la aplicación de SOA conduce a mayor agilidad, flexibilidad y eficiencia para el negocio.
Este documento presenta información sobre servicios web. Introduce conceptos clave como web services, SOAP, WSDL y UDDI. Explica que un web service permite la comunicación entre aplicaciones a través de mensajes XML y protocolos estándar de Internet. También describe los componentes y ventajas de SOAP, y cómo WSDL y UDDI facilitan la publicación, descubrimiento y uso de servicios web.
El documento describe los conceptos y tecnologías asociados con los servicios web, incluyendo SOAP, WSDL y UDDI. Explica que WSDL permite especificar las operaciones y tipos de datos de un servicio web en XML, describiendo la interfaz, tipos de mensajes, protocolos de transporte y ubicaciones. También cubre conceptos como la vinculación de operaciones abstractas a implementaciones concretas y la agrupación lógica de puertos en servicios.
La sindicación de contenidos permite publicar información en internet que puede ser usada por otros sitios o aplicaciones. RSS y Atom son estándares para sindicación que surgieron en 1999 y permiten distribuir actualizaciones frecuentes de contenido como noticias o blogs. Los servicios web son sistemas de software identificados por URLs que definen interfaces y enlaces usando XML para permitir la interoperabilidad entre programas.
Este documento presenta una introducción a la Arquitectura Orientada a Servicios (SOA). Explica que SOA organiza un sistema en términos de servicios autónomos y granulares que interactúan entre sí. Detalla los componentes clave de SOA como servicios web, UDDI para publicación y descubrimiento, y composición de servicios. Finalmente, destaca los beneficios de SOA como flexibilidad, reutilización y reducción de costos.
El documento presenta información sobre servicios web. Explica conceptos clave como SOAP, que es un protocolo para el intercambio de información basado en XML; WSDL, que es un lenguaje para describir servicios web; y UDDI, que es un registro público de servicios web. También cubre temas como la orquestación de servicios web y aspectos de seguridad relacionados con los servicios web.
El documento presenta una introducción a los servicios web y la orquestación de servicios web. Explica conceptos clave como SOAP, WSDL, UDDI y WS-BPEL y describe cómo los sistemas de gestión de flujos y los sistemas EAI han evolucionado para orquestar servicios web, permitiendo la integración entre aplicaciones dentro y entre organizaciones.
El documento presenta información sobre servicios web. Explica conceptos clave como SOAP, que es un protocolo para el intercambio de información basado en XML; WSDL, que es un lenguaje para describir servicios web; y UDDI, que es un registro público de servicios web. También cubre temas como la orquestación de servicios web y aspectos de seguridad relacionados con los servicios web.
XML y XML Schema. El documento introduce XML como lenguaje de marcado extensible para estructurar datos, los espacios de nombres en XML para evitar conflictos de nombres, y XML Schema como mecanismo para validar documentos XML y definir su estructura.
CORBA permite la integración de aplicaciones heterogéneas mediante el paradigma de objetos distribuidos. Los objetos remotos se especifican en IDL e interactúan independientemente del lenguaje, plataforma y red subyacente. CORBA ha sido una solución muy utilizada para integrar sistemas legados con nuevas aplicaciones.
Este documento describe la sintaxis y uso de instrucciones en PL/SQL, incluyendo identificadores, literales, comentarios, funciones SQL, conversión de tipos de datos, bloques anidados, alcance de variables, operadores y consejos de programación. Explica las reglas para escribir identificadores válidos y cómo cualificar identificadores cuando hay bloques anidados, y también cubre el uso de funciones SQL, comentarios y diferentes tipos de operadores en PL/SQL.
Business Plan -rAIces - Agro Business Techjohnyamg20
Innovación y transparencia se unen en un nuevo modelo de negocio para transformar la economia popular agraria en una agroindustria. Facilitamos el acceso a recursos crediticios, mejoramos la calidad de los productos y cultivamos un futuro agrícola eficiente y sostenible con tecnología inteligente.
Ofrecemos herramientas y metodologías para que las personas con ideas de negocio desarrollen un prototipo que pueda ser probado en un entorno real.
Cada miembro puede crear su perfil de acuerdo a sus intereses, habilidades y así montar sus proyectos de ideas de negocio, para recibir mentorías .
ACERTIJO DESCIFRANDO CÓDIGO DEL CANDADO DE LA TORRE EIFFEL EN PARÍS. Por JAVI...JAVIER SOLIS NOYOLA
El Mtro. JAVIER SOLIS NOYOLA crea y desarrolla el “DESCIFRANDO CÓDIGO DEL CANDADO DE LA TORRE EIFFEL EN PARIS”. Esta actividad de aprendizaje propone el reto de descubrir el la secuencia números para abrir un candado, el cual destaca la percepción geométrica y conceptual. La intención de esta actividad de aprendizaje lúdico es, promover los pensamientos lógico (convergente) y creativo (divergente o lateral), mediante modelos mentales de: atención, memoria, imaginación, percepción (Geométrica y conceptual), perspicacia, inferencia y viso-espacialidad. Didácticamente, ésta actividad de aprendizaje es transversal, y que integra áreas del conocimiento: matemático, Lenguaje, artístico y las neurociencias. Acertijo dedicado a los Juegos Olímpicos de París 2024.
José Luis Jiménez Rodríguez
Junio 2024.
“La pedagogía es la metodología de la educación. Constituye una problemática de medios y fines, y en esa problemática estudia las situaciones educativas, las selecciona y luego organiza y asegura su explotación situacional”. Louis Not. 1993.
CONTENIDOS Y PDA DE LA FASE 3,4 Y 5 EN NIVEL PRIMARIA
Tema 3 2
1. Servicios Web
Programación de Red.
Ingeniería en Informática
2. Servicios Web
Objetivos:
Conocer el concepto de Servicios Web y toda
la tecnología asociada
Conocer los protocolos más importantes
asociados a Servicios Web
Estudiar SOAP, WSDL y UDDI (WSIL)
Dar un visión general sobre orquestación de
Servicios Web
Conocer algunos aspectos de coreografía en
Servicios Web 2
3. Servicios Web
Concepto de Servicio Web.
SOAP.
WSDL.
UDDI (WSIL).
Orquestación de Servicios Web.
Seguridad
3
4. UDDI
UDDI (Universal Description Discovey and Integration)
Primera propuesta en Septiembre de 2000 (IBM, Ariba y
Microsoft), desde la versión 3 (julio 2002) bajo el paraguas
OASIS
Objetivos:
Especificar un framework (entorno de trabajo) para describir,
publicar y descubrir servicios Web
Todo gira alrededor de la noción de bussines registry (un
servicio de nombres y directorio) ⇒ La idea era registrar
cada servicio desarrollado en todo el mundo
UDDI define estructuras de datos y APIs para publicar
descripciones de servicios y buscar servicios
Al ser a su vez un servicio Web ⇒ las APIs de UDDI están
también especificadas en WSDL con SOAP 4
5. UDDI
¿Qué es UDDI?
UDDI es un conjunto de especificaciones que definen
una forma de publicar y descubrir información sobre
empresas y servicios, y por tanto, sobre servicios Web
UDDI consta de cuatro documentos de especificación
relacionados y un esquema XML que define una API
SOAP para el registro y descubrimiento de los
servicios
En el contexto de servicios Web ⇒ UDDI define una
nueva capa (nivel) que permite a usuarios utilizar un
método común para averiguar los servicios ofrecidos
por los demás y hacer accesibles los suyos propios 5
6. UDDI
Pila de protocolos de servicios Web (UDDI)
Con UDDI se alcanza una cota más en el proceso hacia la
consecución de un sistema basado en servicios Web
totalmente universal y automático 6
7. UDDI
¿Qué permite UDDI?
A los desarrolladores ⇒ encontrar información
para escribir los clientes de los servicios Web
Dynamic binding ⇒ permitir a los clientes
preguntar al registro y obtener las referencias a los
servicios de interés
Es decir, UDDI permite publicar información sobre los servicios Web,
ayudándose de documentos WSDL de estos ⇒ hacer llegar al
usuario la información de la empresa y de sus servicios de manera
sencilla y rápida
Además, UDDI permite ser consultado para la creación de clientes
de forma automática, para mantener referencias de los documentos
WSDL 7
8. UDDI
Especificación UDDI 2.0:
Especificación de la API del programador ⇒ define
la interfaz de acceso SOAP a un registro UDDI y el
funcionamiento del registro
Especificación de las estructuras de datos ⇒ define
las estructuras de datos XML utilizadas en los
mensajes SOAP definidos en la especificación de la
API
Especificación de la replicación ⇒ describe el
proceso de replicación y la interfaz requerida por los
registros para conseguir la replicación entre
operadores UDDI
Especificación de los operadores ⇒ describe el
comportamiento y los parámetros operacionales
requeridos para todos los operadores UDDI 8
9. UDDI
Especificación UDDI 2.0:
Las especificaciones UDDI y el esquema se
usan para construir servicios de
descubrimiento en Internet
Estos servicios (de descubrimiento) presentan
una interfaz consistente para publicación y
permiten el descubrimiento programático de
servicios
Estos servicios de descubrimiento serían
realmente los registros UDDI
9
11. UDDI
Registro UDDI global (universal)
Mantenido por IBM y Microsoft
UDDI Business Registry ⇒ nube UDDI
Las compañías que alojan el registro UDDI global se llaman
operadores UDDI
Estos operadores son gratis, y cualquier empresa puede
publicar información sobre los servicios que ofrece
Nube UDDI ⇒ un conjunto de registros que replican su
información en todos y que, para el que accede a ellos,
funcionan cómo uno solo ⇔ registrado una vez,
publicado en todos sitios
Registro UDDI global ⇒ proporciona una forma estándar
de publicar y consultar servicios y puede utilizarse como
base para proporcionar servicios de búsqueda más
complejos 11
12. UDDI
Funcionamiento de UDDI
Conjunto de registros UDDI, cada uno mantenido por un operador (nube
UDDI), proveedores registrando sus servicios y clientes buscando
servicios concretos 12
13. UDDI
Funcionamiento UDDI
Instituciones de estándares (ISO, IEEE, ANSI, etc.) ⇒ publican en
el registro UDDI → descripciones de varios tipos de servicios
Las empresas (proveedores de servicios) ⇒ publican en el
registro UDDI descripciones de los servicios que proporcionan →
Estos servicios deben implementar una interfaz propia o conocida
El registro UDDI ⇒ asigna identificadores únicos a cada servicio y
empresa registrada
Mercados online, motores de búsqueda, y aplicaciones
empresariales ⇒ consultan el registro UDDI para descubrir
servicios
La empresas ⇒ usarán la información obtenida para invocar
métodos en servicios remotos e integrarlos sobre Internet 13
14. UDDI
Datos almacenados en el Registro UDDI
UDDI clasifica los registros en base a para que se utiliza la
información
Páginas blancas ⇒ Nombre de la empresa, información
de contacto, listados de organizaciones y servicios. Los
cliente UDDI pueden encontrar servicios Web dados por
una empresa
Páginas amarillas ⇒ Información de industria,
clasificación de compañías y servicios Web de acuerdo
a una taxonomía (NAICS, UNSPSC, etc.)
Páginas verdes ⇒ Información técnica sobre los
servicios que la compañía proporciona y
especificaciones. Describe cómo puede ser invocado un
servicio Web, punteros a descripciones de servicios
(descripciones externas al registro UDDI) 14
15. UDDI
Tipos de información (ED) en el Registro UDDI
BusinessEntity ⇒ Describe la organización que
ofrece el servicio → Nombre, dirección y otra
información de contacto
BusinessService ⇒ Grupo de servicios Web
relacionados ofrecido por una BusinessEntity
(empresa), pero ofrecida en diferentes direcciones,
versiones, y tecnologías. Al igual que las
BusinessEntity, pueden incluir información de
clasificación → corresponde con una clase de servicio
BusinessTemplate ⇒ Información técnica para utilizar
el servicio → Dirección del servicio, Referencias
documentos (tModels) describiendo el interfaz u otras
propiedades, cómo dar valor a los parámetros y
valores por defecto 15
16. UDDI
Tipos de información en el Registro UDDI
tModels (Technical model) o Registros de tipo
de servicio ⇒ contienen la información que un
programador necesitaría saber para poder
usar un servicio Web particular
tModels ⇒ Contenedor genérico para
cualquier especificación. Por ejemplo, puede
representar un interfaz de servicio en WSDL,
un protocolo de interacción, o la semántica de
una operación
16
18. UDDI
Modelo de información UDDI
El modelo de información UDDI está definido
en un esquema XML ⇒ Define cinco tipos
principales de información que una empresa
necesitaría saber para usar un servicio Web
Información de la entidad de negocio (empresa)
Información del servicio
Información de enlace
Punteros de especificación e información
técnica
Aserciones del proveedor
18
19. UDDI
Modelo de información UDDI
Información de la empresa ⇒ businessEntity,
y corresponde a las páginas blancas y
amarillas sobre la empresa. Atributos:
BusinessKey ⇒ una clave única que identifica
a la entidad de negocio
operador ⇒ nombre del operador del registro
UDDI donde está publicada esta entrada
authorizedName ⇒ el nombre de la persona
que publico esta entrada
19
20. UDDI
Modelo de información UDDI
Elementos (businessEntity):
discoveryURLs ⇒ URLs que apuntan a
mecanismos de descubrimiento alternativos
para el servicio
name ⇒ Nombre de la organización
description ⇒ una descripción breve de la
entidad de negocio
contacts ⇒ información de contacto para la
organización
businessServices ⇒ lista de los servicios que
esta empresa provee y sus características 20
21. UDDI
Modelo de información UDDI
Elementos (businessEntity ⇒ información de
páginas amarillas):
indentifierBag ⇒ una lista de pares nombre-
valor que actúan como identificadores
alternativos para la empresa. Esto permite a los
clientes buscar una empresa usando nombres
identificativos diferentes
categoryBag ⇒ una lista de pares nombre-
valor que etiquetan a la empresa con
información específica de clasificación 21
23. UDDI
Modelo de información UDDI
Información sobre servicios ⇒ businessService,
contiene información descriptiva sobre una familia de
servicios proporcionados por una entidad de negocio
(páginas verdes de la empresa). Familia de servicios
⇒ conjunto de servicios cuya función es la misma pero
con una interfaz diferente. Atributos:
serviceKey ⇒ una clave única que identifica este
servicio. Esta clave es asignada por el operador
cuando se registra el servicio
businessKey ⇒ la clave de la entidad de negocio
que ofrece este servicio 23
24. UDDI
Modelo de información UDDI
Elementos (businessService):
name ⇒ El nombre de esta familia de servicios
(nombre del servicio de alto nivel)
description ⇒ Una descripción textual de la
familia de servicios
bindingTemplates ⇒ las plantillas de enlace
que dan la descripción técnica de la familia de
servicios
categoryBag ⇒ una lista de pares nombre-
valor que etiquetan el servicio con información
taxonómica específica 24
26. UDDI
Modelo de información UDDI
Información de enlace ⇒ bindingTemplate,
información técnica sobre un servicio (servicio
de bajo nivel), que ayuda a los clientes a
conectarse e invocar el servicio Web
Atributos:
bindingKey ⇒ una clave única que identifica
esta plantilla de enlace → identificador único
asignado por el operador del registro
serviceKey ⇒ la clave del elemento
businessService que contiene esta plantilla de
enlace 26
27. UDDI
Modelo de información UDDI
Elementos (bindingTemplate):
description ⇒ descripción textual de la plantilla de
enlace
accessPoint ⇒ el punto de acceso para la información
→ contiene el punto de entrada para el servicio. Valores
válidos para el punto de acceso pueden ser una URL,
dirección de email o incluso un número de teléfono. El
punto de acceso tiene un atributo urlType, y posibles
valores = http, https, ftp, fax, phone y mailto
hostingRedirector ⇒ apunta a otra plantilla de enlace, y
se usa cuando el punto de acceso no está especificado
tModelInstanceDetails ⇒ una lista de estructuras
tModel. tModel ⇔ huella digital para el servicio 27
30. WSIL
WSIL (Web Service Inspection Language)
WSIL (Lenguaje de Inspección de WS):
Otra forma de localizar servicios Web
No es competidor de UDDI, sino que IBM y Microsoft lo
propusieron para completarlo, ya que en algunas
ocasiones es más útil WSIL y en otras lo será UDDI
WSIL funciona de forma descentralizada, al contrario que
UDDI que está centralizado ⇒ No existe un registro
universal en el que buscar, sino que cada nodo puede
tener su(s) propio(s) documento(s) WSIL con las
especificaciones necesarias para la búsqueda de WS
WSIL se apoya de manera importante en el documento
WSDL ⇔ documento de especificación similar 30
31. WSIL
WSIL (Web Service Inspection Language)
WSIL (Lenguaje de Inspección de WS):
WSIL deja de lado la información de la empresa (UDDI),
permitiendo realizar un documento de especificación que
será algo semejante a una tarjeta de presentación con
los servicios disponibles por parte de dicho documento
Con un documento WSIL se puede referenciar servicios
UDDI o WSDL (o otros servicios WSIL)
Documento WSIL es un documento XML que actúa como
un puntero intermediario a la descripción del servicio ⇒
lista de punteros hacia documentos WSDL que son los
encargados de describir el servicio
WSIL es sencillo y extensible a otras descripciones, ya
que se utiliza XML como soporte base 31
32. WSIL
WSIL (Web Service Inspection Language)
WSIL (Lenguaje de Inspección de WS):
Cuando sabes con que host (servidor) deseas trabajar,
por ejemplo, www.progress.com
Por convenio buscar el documento WSIL inspection.wsil,
por ejemplo, http://www.progress.com/inspection.wsil
El documento WSIL soporta enlazado con otros
documentos WSIL
Empresa
WSIL
Unidad de
WSIL WSIL producción
WSIL WSIL WSIL Department 32
o
33. WSIL
WSIL (Web Service Inspection Language)
Web Server
Obtener inspection.wisl
de www.progress.com
Application
Server
Business Interface
SOAP Processor
Listener
GET WISL
HTTP
Web
Service Business
Client Response(WISL) Logic
WSIL
WSDL
WSIL WSDL
WSDL
WSDL 33
34. WSIL
WSIL (Web Service Inspection Language)
Web Server
Obtener el soporte técnico
WSDL denominado
techsupport.wsdl de
www.progress.com Application
Server
Business Interface
SOAP Processor
Listener
GET WSDL
HTTP
Web
Service Business
Client Response(WSDL) Logic
WSIL WSDL
WSDL
WSIL WSDL
WSDL
WSDL 34
36. WSIL
WSIL (Web Service Inspection Language)
Elementos:
inspection ⇒ etiqueta que sirve de raíz en un documento
WSIL y representa el elemento que contendrá a todos los
demás
abstract ⇒ pequeño texto dirigido a los humanos que utilicen
el documento, indicando aclaraciones, modos de uso o
cualquier cosa que considere necesaria el diseñador del
documento. Puede haber 0 o más elementos de este tipo
service ⇒ es el elemento donde se define realmente la
entrada al localizador del servicio
name ⇒ se refiere al nombre que se dará al servicio. Se puede
indicar el nombre en varios idiomas. Puede haber 0 o más
elementos de este tipo, y no asegura que sea único 36
37. WSIL
WSIL (Web Service Inspection Language)
Elementos:
description ⇒ indica el punto de entrada a la descripción del
servicio, y es junto con link la parte más importante del
documento WSIL. Es necesario el atributo
referencedNamespace que indica el namespace del
documento refrenciado. Atributo localization, que es optativo y
que permite ofrecer un enlace hacia la despcripción. El enlace
debe ser una URL válida, y el documento debe ser accesible
mediante el mecanismo de acceso primario de la URL
espedificada. Si es una URL de un ftp ⇒ debe poder
accederse mediante un GET, si es una URL de tipo HTTP ⇒
se podrá acceder mediante un HTTP GET. Además, si es
necesario paso de parámetros ⇒ se utilizan elementos de
37
extensión, donde se advierte de los detalles pertinente
38. WSIL
WSIL (Web Service Inspection Language)
Elementos:
link ⇒ permite enlazar el documento WSIL con otros
documentos del mismo tipo o cualquier otro método de
localización de servicios Web, por ejemplo registro UDDI.
Atributo referencedNamespace define el namespace de la
fuente de datos agregada, y si es otro archivo WSIL su valor
será http://schemas.xmlsoap.org/ws/2001/10/inspection/. El
atributo optativo location permite definir un mecanismo por el
cual se pueden obtener la fuente de los datos que se quieren
enlazar mediante el mecanismo primario de su URL. Si no
existe este atributo o no se puede acceder mediante el
mecanismo primario, se debe de añadir un elemento de
extensión en el que se indica la información necesaria para la
38
obtención de los datos que han sido enlazados
39. WSIL
WSIL (Web Service Inspection Language)
Ejemplo de servicio con un documento WSDL, que
será accedido mediante HTTP GET
<?xml version="1.0"?>
<inspection xmlns="http://schemas.xmlsoap.org/ws/2001/10/inspection/">
<service>
<description referencedNamespace="http://schemas.xmlsoap.org/wsdl/"
location="http://example.com/stockquote.wsdl" />
</service>
</inspection>
Este documento es un sencillo ejemplo de documento WS-Inspection que
proporciona información de la cuota disponible (stock quote). El
documento tiene un enlace a un documento WSDL accesible a través de
HTTP, el cual describe su interfaz 39
41. WSIL
WSIL (Web Service Inspection Language)
Ejemplo de enlace (link) con otro documento WSIL,
que podrá ser accedido mediante HTTP GET
<?xml version="1.0"?>
<inspection
xmlns="http://schemas.xmlsoap.org/ws/2001/10/inspection/">
<link referencedNamespace =
"http://schemas.xmlsoap.org/ws/2001/10/inspection"
location="http://acme.com/compras/inspection.wsil"/>
</inspection>
41
42. WSIL
WSIL (Web Service Inspection Language)
Publicación del documento:
WSIL es un método descentralizado de localización de
servicios ⇒ problema de la búsqueda del documento WSIL.
Para solucionarlo, la especificación WS-Inspection ofrece dos
posibilidades, describiendo su búsqueda y su localización.
Estas dos soluciones son mediante:
Nombre fijo
Documento enlazado
Nombre fijo ⇒ al realizar la búsqueda del archivo con el
documento WSIL nos podemos encontrar con dos problemas:
nombre del archivo y localización. Solución ⇒ los documentos
de publicación WSIL, deben llamarse inspection.wsil y deben
colocarse en los puntos de entrada más comunes 42
43. WSIL
WSIL (Web Service Inspection Language)
Publicación del documento:
Documento enlazado ⇒ El lenguaje de marcas HTML tiene
una etiqueta llamada META que permite al autor dar
información acerca del documento, y no sobre el formato del
documento como la mayoría de las etiquetas de este lenguaje.
Toda la información que se proporcione mediante estas marcas
no se visualiza, pero su se podrá ver si se decide mostrar el
código fuente de la página. Además estas marcas sirven de
referencia a los crawlers de los motores de búsqueda en Web
como Google
En este caso, la marca META se utiliza como enlace a los
puntos donde se encuentren los distintos documentos WSIL.
Problema ⇒ esta etiqueta no está diseñada para esta finalidad,
43
aunque su uso puede ser útil en este caso
44. WSIL
WSIL (Web Service Inspection Language)
Ejemplo
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<META name="serviceInspection" content="localservices.wsil">
<META name="serviceInspection" content="http://www.example.com/calculators.wsil">
<META name="serviceInspection" content="ftp://www.anotherexample.com/translators.wsil">
…
</HEAD>
<BODY>
...
</BODY>
</HTML>
Como se puede apreciar, ya no hace falta que el nombre del archivo
WSIL sea inspection.wsil, sino que se puede poner el que se quiera,
aunque no deja de ser una buena costumbre utilizar siempre como
nombre el estándar de la especificación 44
45. WSIL
WSIL (Web Service Inspection Language)
Ejemplo de documento WSIL que contiene un acceso
a los servicios encargados del tema de localización de
comercios, y el otro es la versión 2 del mismo
(documentos localizador.wsdl y localizadorV2.wsdl,
respectivamente)
<?xml version="1.0"?>
<inspection
xmlns="http://schemas.xmlsoap.org/ws/2001/10/inspection/“
xmlns:wsiluddi="http://schemas.xmlsoap.org/ws/2001/10/inspectio
n/uddi/”
xmlns:wsilwsdl="http://schemas.xmlsoap.org/ws/2001/10/inspectio
n/wsdl/”>
45
<abstract>Productos Acme</abstract>
46. WSIL
WSIL (Web Service Inspection Language)
<service>
<name>Localizador</name>
<abstract>Localizador de las tiendos con productos acme</abstract>
<description referencedNamespace="http://schemas.xmlsoap.org/wsdl/"
location="http://acme.com/servicios/localizador.wsdl"/>
<description referencedNamespace="http://schemas.xmlsoap.org/wsdl/"
location="http://acme.com/servicios/localizadorV2.wsdl"/>
</description>
</service>
Por otra parte, se tiene un documento WSDL localizado en el servidor
FTP, que contiene servicios de conversión entre monedas. Para acceder
a él se genera una nueva entrada <service>
46
47. WSIL
WSIL (Web Service Inspection Language)
<service>
<abstract>Servicios de cambio de monedas</abstract>
<description
referencedNamespace="http://schemas.xmlsoap.org/wsdl/"
location=“ftp://ftp.acme.com/util/conversor.wsdl"/>
</service>
<link
referencedNamespace="http://schemas.xmlsoap.org/ws/2001/10/in
spection/“
location="http://acme.com/suministros/inspection.wsil"/>
<abstract>Acme suministros</abstract>
</link> 47
48. WSIL
WSIL (Web Service Inspection Language)
Ejemplo:
Si además se tiene información sobre el servicio de suministros
ya introducida en un registro UDDI, también se puede hacer
uso de ella. Para esto se introduce un nuevo elemento <link>.
En este caso se necesitan unos elementos de extensión para
poder recuperar la especificación
Se añade un elementos <serviceKey> que permitirá acceder al
servicio en concreto, como valor de este elemento tiene que
darse el UDDI del servicio. Además, se ha introducido una URL
en el elemento <discoveryURL>. Mediante este elemento, que
es opcional, es posible expresar una URL por la que se
obtendrá la estructura <businessEntity> mediante una petición
HTTP GET
48
49. WSIL
WSIL (Web Service Inspection Language)
<link referencedNamespace=“urn:uddi-org:api“
<abstract>Acme suministros</abstract>
<wsiluddi:serviceDescription
location="http://reguddi.org/uddi/inquiryapi">
<wsiluddi:serviceKey>4AA4227F0-2C66-1A1B-9A37-
BA120FF33F72</wsiluddi:serviceKey>
<wsiluddi:discoveryURL
useType=“businessEntity”>http://reguddi.org(uddi?3A542AD0-2C66-
1A1B-9A37-BA120FF33F72</wsiluddi:discoveryURL>
</wsiluddi:serviceDescription>
</link>
Si en el elemento que accede al registro UDDI se quisiera recuperar todos los
servicios en lugar de uno en concreto, es posible hacerlo recuperando todos de uno
en uno o bien recuperar el elemento <businessEntity> con todos sus servicios, para
49
ello habría que cambiar la etiqueta <serviceKey> por <businessKey>
51. Conclusiones UDDI y WSIL
Conclusiones UDDI y WSIL
UDDI ⇒ Un conjunto de especificaciones que definen
una forma de publicar y descubrir información sobre
empresas y servicios, y por tanto, sobre servicios Web
UDDI ⇒ Permite publicar información sobre los
servicios Web, ayudándose de documentos WSDL de
estos → Hacer llegar al usuario la información de la
empresa y de sus servicios de manera sencilla y rápida
WSIL ⇒ Lenguaje de inspección de WS → Funciona
de forma descentralizada, al contrario que UDDI
(centralizado) → No existe un registro universal en el
que buscar, sino que cada nodo puede tener su(s)
propio(s) documento(s) WSIL con las especificaciones
necesarias para la búsqueda de WS → Se apoya de
manera importante en el documento WSDL 51