Post on 18-Feb-2018
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 1/23
Ingeniería Informática
MATERIA PROGRAMACION EN AMBIENTES C/S
UNIDAD 5
SERVICIOS WEB XML
DOCENTE
ING. LIZBETH HERNÁNDEZ OLÁN
ALUNMOS
ALVAREZ DIAZ ROXANA
CRUZ MATUS LEONARDO DANIEL
LAZCANO ORTEGA JESUS ERRIQUE MARTINEZ CACERES MARITZA ALEJANDRA
PONCE ECHEVERRIA MILDRED
VILLANUEVA ZARATE ESTRELLA
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 2/23
1
INTRODUCCION
Un servicio Web XML es una entidad programable que proporciona una determinadafunción, como la lógica de aplicación, a la que los sistemas pueden tener accesomediante estándares de Internet, como XML, HTTP y SOAP. Todas las
aplicaciones, independientemente del lenguaje en el que están escritas y delsistema operativo en el que se ejecutan, pueden llamar a los servicios Web XML.
Un servicio Web XML puede utilizarse internamente mediante una aplicación oexponerse externamente en Internet mediante varias aplicaciones. Dado que através de una interfaz estándar se puede tener acceso a un servicio Web XML, éstepermite que sistemas distintos trabajen conjuntamente como un conjunto Web. Unade las características básicas de un servicio Web XML es el alto grado deabstracción existente entre la implementación y el consumo de un servicio. Comoun servicio Web XML se crea y se tiene acceso a él mediante un servicio demensajería basado en XML, el proveedor y el cliente del servicio Web XML no
necesitan conocer nada más el uno del otro que las entradas, las salidas y laubicación.
La infraestructura de los servicios Web XML proporciona un mecanismo dedescubrimiento para localizar servicios Web XML, una descripción del servicio paradefinir el modo en que se utilizan estos servicios y formatos de conexión estándarpara la comunicación.
Descubrimiento es el proceso de localizar uno o varios documentos que describenun determinado servicio Web XML mediante el Lenguaje de descripción de serviciosWeb (WSDL). Cuando se encuentra el servicio, el documento WSDL proporciona
una descripción de las interacciones compatibles con el servicio. Los servicios WebXML se comunican mediante formatos de conexión abiertos, que son protocolos quepuede comprender cualquier sistema compatible con los estándares Web másutilizados. SOAP es el protocolo principal para la comunicación de servicios WebXML.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 3/23
2
INDICE
5.1 Características del lenguaje………………………………………………………………………………….. 3 - 5
5.2 Visión general de servicios web XML……………………………………………………………………. 6 - 7
5.3 Tecnologías subyacentes……………………………………………………………………………………… 8
5.3.1 SOAP………………………………………………………………………………………………………………… 9 - 10
5.3.2 WSDL……………………………………………………………………………………………………………….. 11 - 18
5.3.3 UDDI………………………………………………………………………………………………………………… 19 - 20
Conclusión………………………………………………………………………………………………………………… 21
Bibliografías……………………………………………………………………………………………………………… 22
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 4/23
3
5.1 Características del lenguaje
¿Qué es XML?
XML (extensible Markup Lenguage fue creado al amparo del Word Wide Web
Consortium (W3C) organismo que vela por el desarrollo de WWW partiendo de las
amplias especificaciones de SGML.
Su desarrollo se comenzó en 1996 y la primera versión salió a la luz el 10 de febrero
de 1998. La primera definición que apareció fue: Sistema para definir, validar y
compartir formatos de documentos en la web.
Gran cantidad de personas ha oído hablar últimamente del XML y muchas personas
plantean que es como una especie de HTML pero más avanzado. Pero todo el
mundo lo que debería preguntarse es ¿qué es exactamente XML y qué aplicaciones
tiene actualmente? De estas dos cuestiones el mayor error es considerar a XML un
HTML extendido.
XML no es más que un conjunto de reglas para definir etiquetas semánticas que nos
organizan un documento en diferentes partes. XML es un metalenguaje que define
la sintaxis utilizada para definir otros lenguajes de etiquetas estructurados.
El XML no es, lo que nos sugiere su nombre, un lenguaje de marcado. XML es un
meta-lenguaje que nos permite definir lenguajes de marcado adecuados a usos
determinados.
Este lenguaje es abierto, derivado del SGML, optimizado para su uso en la Web, y
que va a permitirnos describir el sentido o la semántica de los datos. El XML a
diferencia del HTML, separa el contenido de la presentación. XML es unMetaLenguaje, que permite la definición de lenguajes concretos de representación
de documentos.
Características que ofrece XML
Aunque hoy día XML aún no está tan extendido como HTML, su uso futuro
en la Web mejorará la eficiencia de las búsquedas, al proporcionar cada
documento XML metadatos sobre sí mismo.
Permite proporcionar diferentes vistas sobre los datos (HTML, PDF, voz,etc.), dependiendo de quién sea el cliente
Facilita la integración desde fuentes de datos heterogéneas, por ejemplo,
páginas Web, distintas bases de datos.
Los documentos tienen una estructura que los hace legibles e inteligibles
no sólo para los ordenadores, sino también para los humanos.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 5/23
4
Las aplicaciones de XML son fácilmente extensibles mediante definiciones
de nuevos tipos de documento (DTD).
Características más relevantes de XML
1. – XML es un estándar para escribir datos estructurados en un fichero de texto.
XML provee un conjunto de reglas, normas y convenciones para diseñar formatos
de texto para datos estructurados que van desde las hojas de cálculo, o las libretas
de direcciones de Internet, hasta parámetros de configuración, transacciones
financieras o dibujos técnicos.
Su uso Los programas que los generan, utilizan normalmente formatos binarios o
de texto. XML es permite resolver problemas comunes, como la falta de
extensibilidad, carencias de soporte debido a características de
internacionalización, o problemas asociados a plataformas específicas.
2. – XML parece HTML pero no lo es.
Tanto XML como HTML usan marcas y atributos, más su diferencia radica en que,
HTML cada marca y atributo estable un significado a la vez que incluyendo el
aspecto que debe tener al verse en un navegador, en XML sólo se usan las marcas
para delimitar fragmentos de datos, dejando la interpretación de éstos a la aplicación
que los lee.
3. – XML está en formato texto, pero no para ser leído.
El formato texto puede ser usado en cualquier plataforma, esto le da innumerables
ventajas de portabilidad, depuración, independencia de plataforma, e incluso de
edición, pero su sintaxis es más estricta que la de HTML: una marca olvidada o un
valor de atributo sin comillas convierten el documento en inutilizable. No hay
permisividad en la construcción de documentos, ya que esa es la única forma de
protegerse contra problemas más graves.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 6/23
5
4. – XML consta de una familia de tecnologías.
La definición (estándar) de XML 1.0 que viene de Febrero 98, pero su desarrollo se
ha ido enriqueciendo paulatinamente a medida que se veían sus posibilidades: de
esa forma, contamos con una especificación Xlink, que describe un modo estándar
de añadir hipervínculos a un documento XML. XPointer y XFragments sonespecificaciones para establecer la forma de vincular partes de un documento XML.
Incluso el lenguaje de hojas de estilo (CSS) se puede utilizar con XML al igual que
se hace con HMTL. XSL es precisamente, una extensión del anterior, en la que se
dispone de todo un lenguaje de programación exclusivamente para definir criterios
de selección de los datos almacenados en un documento XML, y que funciona
conjuntamente con las CSS o con HTML para suministrar al programador y al
usuario mecanismos de presentación y selección de información, que no requieran
de la intervención constante del servidor. Se basa en un lenguaje anterior paratransformación (XSLT) que permite modificar atributos y marcas de forma dinámica.
5. – XML es prolijo, pero eso no supone un problema.
Los ficheros resultantes, son casi siempre mayores que sus equivalentes binarios.
Esto es intencionado, y las ventajas ya las hemos comentado más arriba, mientras
que las desventajas, siempre pueden ser soslayadas mediante técnicas de
programación que permite comprimir los datos.
6. – XML es nuevo, pero no tanto.
El estándar empezó a diseñarse en 1996, y se publicó la recomendación en
Febrero/98. Como ya hemos comentado, eso no significa que la tecnología no esté
suficientemente madura, ya que el estándar SGML en el que se basa, data de una
especificación ISO del año 1986.
7. – XML no requiere licencia
Es un estándar abierto independiente de la plataforma, y tiene un amplio soporte
extendido a un sinnúmero herramientas y desarrolladores.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 7/23
6
5.2 Visión general de servicios web XML
Los servicios Web XML son un conjunto de aplicaciones o de tecnologías que
tienen la capacidad para interpretar los servicos en la Web. Estas aplicaciones o
tecnologías intercambian datos entre sí con el objetivo de ofrecer unos servicios.
También los proveedores tienes la función de ofrecer los servicios tales como
procedimientos remotos y los usuarios solicitan un servicio llamando a estos
procedimientos a través de la Web, por lo que estos servicios deben estar alojadosen un servidor Web. 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.
Es una Arquitectura totalmente 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 impactalo realizado por otras peticiones.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 8/23
7
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.
Las aplicaciones intercambian datos entre sí en un medio ambiente seguro
usando XML signatura y XML encryption, XML signatura ofrece servicios
de integridad y autenticación de mensajes para los datos, XML encryption
es el proceso para codificar datos de tal manera que usuarios no
autenticados no puedan entenderlos
Principales usos que tienen los servicios web XML
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 lafuncionalidad que el software brinda estará disponible como servicio en
la Web.
Cuando el equipo cliente y servidor requieren compartir funcionalidad en
Internet, pero difieren en su plataforma operativa.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 9/23
8
5.3 Tecnologías subyacentes
Las tecnologías subyacentes son modelos de interacción de los servicios web [Fig.
1.0]
Figura 1.0. Modelo de interacción de los servicios web
Las tecnologías subyacentes son las especificaciones que se han desarrollado para
implementar los servicios Web y se presentan como una pila de tecnologías donde
las especificaciones superiores hacen uso de las inferiores, como se muestra en la
[Fig. 2.0]
Figura 2.0. La pila “Básica” de los Servicios Web
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 10/23
9
5.3.1 SOAP
SOAP (siglas de Simple Object Access Protocol) es un protocolo estándar que
define cómo dos objetos en diferentes procesos pueden comunicarse por medio de
intercambio de datos XML.
Básicamente SOAP es un paradigma de mensajería de una dirección sin estado,
que puede ser utilizado para formar protocolos más complejos y completos segúnlas necesidades de las aplicaciones que lo implementan. Puede formar y construir
la capa base de una "pila de protocolos de web service", ofreciendo un framework
de mensajería básica en el cual los web services se pueden construir. Este protocolo
está basado en XML y se conforma de tres partes:
Sobre (envelope): el cual define qué hay en el mensaje y cómo procesarlo
Conjunto de reglas de codificación para expresar instancias de tipos de datos
La Convención para representar llamadas a procedimientos y respuestas.
El protocolo SOAP tiene tres características principales:
Extensibilidad (seguridad y WS-routing son extensiones aplicadas en el
desarrollo).
Neutralidad (SOAP puede ser utilizado sobre cualquier protocolo de
transporte como HTTP, SMTP, TCP o JMS).
Independencia (SOAP permite cualquier modelo de programación).
Como ejemplo de cómo el modelo SOAP pueda ser utilizado, consideraremos un
mensaje SOAP que podría ser enviado a un web service para realizar la búsqueda
de algún precio en una base de datos, indicando para ello los parámetros
necesitados en la consulta. El servicio podría retornar un documento en formato
XML con el resultado, un ejemplo, precios, localización o características. Teniendo
los datos de respuesta en un formato estandarizado procesable (en inglés
"parsable"), éste puede ser integrado directamente en un sitio Web o aplicación
externa.
La arquitectura SOAP está formada por varias capas de especificación como son
las siguinetes: MEP (Message Exchange Patterns) para el formato del mensaje,
enlaces subyacentes del protocolo de transporte, el modelo de procesamiento de
mensajes, y la capa de extensibilidad del protocolo. SOAP es el sucesor de
XMLRPC, a pesar de que toma el transporte y la neutralidad de la interacción, así
como el envelope / header / body, de otros modelos (probablemente de WDDX).
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 11/23
10
Ventajas
Debido al uso de XML permite invocar procedimientos remotos de
muchos lenguajes, por lo tanto, presenta una gran interoperabilidad.
Al utilizar una comunicación vía HTTP es fácilmente escalable, además
de ser casi siempre permitido por los cortafuegos.
Puede ser implementado utilizando cualquier lenguaje y ejecutado en
cualquier plataforma.
Es posible utilizarlo mediante usuario anónimo y mediante autentificación.
Es posible transmitirlo mediante cualquier protocolo de transporte capaz
de transmitir texto, típicamente HTTP o SMTP.
Desventajas
Debido al uso de XML para el paso de mensajes, SOAP es
considerablemente más lento que otros middleware como CORBA ya que los
datos binarios se codifican como texto. Para contrarrestar este punto débil en
el caso de XML con código binario incrustado se desarrolló un método
optimizado de transmisión de mensajes.
Depende del WSDL (Web Services Description Language).
Al contrario que Java, PHP o Python ciertos lenguajes no ofrecen un apoyo
adecuado para su uso ya sea a nivel de integración o de soporte IDE.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 12/23
11
5.3.2 WSDL
Historia
WSDL 1.1 se presentó como una Nota del W3C por Ariba, IBM y Microsoft para describir
servicios para la Actividad XML del W3C sobre Protocolos XML en marzo de 2001. WSDL1.1 no ha sido aprobado por el World Wide Web Consortium (W3C), sin embargo se ha
lanzado un proyecto para la versión 2.0 que será una recomendación (un funcionario
estándar), y, por tanto aprobado por el W3C.
WSDL es sinónimo de Web Services Description Language. Es el formato estándar
para describir un servicio web. WSDL fue desarrollado conjuntamente por Microsoft e
IBM
FeaturesofWSDL
WSDL es un protocolo basado en XML para el intercambio de información en
el descentralizado y entornos distribuidos.
Definiciones WSDL describe cómo acceder a un servicio web y lo que las
operaciones de TI llevarán a cabo.
WSDL es un lenguaje para describir la forma de interactuar con los servicios
basados en XML.
WSDL es una parte integral de Universal Description, Discovery y la
Integración(UDDI), un registro de negocios a nivel mundial basado en XML.
WSDL es el idioma que utiliza UDDI.
WSDL se pronuncia como 'wiz al aceite "y explicó como' WSD-L '.
Un documento WSDL proporciona la información necesaria al cliente para interaccionar
con el servicio Web. WSDL es extensible y se pude utilizar para describir, prácticamente,
cualquier servicio de red, incluyendo SOAP sobre HTTP e incluso protocolos que no se
basan en XML como DCOM sobre UDP.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 13/23
12
Dado que los protocolos de comunicaciones y los formatos de mensajes están
estandarizados en la comunidad del Web, cada día aumenta la posibilidad e importanciade describir las comunicaciones de forma estructurada. WSDL afronta esta necesidad
definiendo una gramática XML que describe los servicios de red como colecciones de
puntos finales de comunicación capaces de intercambiar mensajes. Las definiciones de
servicio de WSDL proporcionan documentación para sistemas distribuidos y sirven como
fórmula para automatizar los detalles que toman parte en la comunicación entre
aplicaciones.
WSDL se utiliza a menudo en combinación con SOAP y XML esquema para proporcionar
web los servicios a través de Internet. Un programa cliente que se conecta a un servicio
web puede leer el WSDL para determinar qué funciones están disponibles en el servidor.
Cualquier tipo de datos especiales usados están incrustados en el archivo WSDL enforma de esquema XML. El cliente puede entonces utilizar SOAP para llamar realmente
una de las funciones enumeradas en el WSDL.
WSDL rompe servicios web en tres elementos específicos, identificables que pueden ser
combinados o reutilizados una vez definida. Los tres elementos principales de WSDL que
se pueden definir por separado son:
Tipos
Operaciones
La unión
Un documento WSDL tiene varios elementos, pero que están contenidos dentro de estos
tres elementos principales, que se pueden desarrollar como documentos separados y
entonces pueden ser combinados o reutilizados para formar archivos WSDL completos.
Un documento WSDL contiene los siguientes elementos:
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 14/23
13
Definición: Es el elemento raíz de todos los documentos WSDL. Define el nombre
del servicio web, declara varios espacios de nombres utilizados en todo el resto
del documento, y contiene todos los elementos de servicio descritos Aquí.
Tipos de datos: Los tipos de datos que se utilizarán en los mensajes están en laforma de XML esquemas.
Mensaje: Es una definición abstracta de los datos, en forma de un mensaje
presentado ya sea como un documento completo o como argumentos para ser
asignado a un invocación de método.
Operación: Es la definición abstracta de la operación de un mensaje, como
nombrar a un método, la cola de mensajes, o de procesos de negocio, que va a
aceptar y procesar el mensaje.
Tipo de puerto: Es un conjunto abstracto de operaciones asignadas a una o másEnd- puntos, definiendo el conjunto de operaciones para una unión; la recogida de
operaciones, ya que es abstracto, se pueden asignar a varios medios de transporte
a través de diversas encuadernaciones.
Encuadernación: Se los formatos de protocolo y datos concretos para las
operaciones y mensajes definidos para un tipo determinado puerto.
Puerto: Se trata de una combinación de una unión y una dirección de red,
proporcionando la dirección de destino de la comunicación de servicio.
Servicio: Es una colección de puntos finales relacionados que abarca el servicio
las definiciones en el archivo; los servicios de mapas de la unión con el puerto e
incluyen cualquier definiciones extensibilidad.
Además de estos elementos principales, la especificación WSDL también define los
siguientes elementos de utilidad:
Documentación: Este elemento se utiliza proporcionar legible documentación y
se puede incluir dentro de cualquier otro elemento WSDL.
Importación: Este elemento se utiliza para importar otros documentos WSDL o
XML Los esquemas.
NOTA: Las partes WSDL son usualmente generado automáticamente utilizando servicios
web-aware herramientas.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 15/23
14
La estructura principal de un documento WSDL se ve así:
<definiciones>
<tipos>
definición de tipos ........
</ tipo> <mensaje>
definición de un mensaje ....
</ message>
<portType>
<operación>
definición de una operación .......
</ operación>
</ portType>
<binding>
definición de una unión ....
</ binding>
<service> definición de un servicio ....</ service>
</ definiciones>
Un documento WSDL puede contener también otros elementos, como elementos de
extensión y un elemento de servicio que permite agrupar las definiciones de varias webservicios en un solo documento WSDL.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 16/23
15
Ejemplo:
A continuación se realiza un archivo WSDL que se proporciona para demostrar un programa
WSDL simple. Supongamos el servicio ofrece una única función a disposición del público,
llamado sayHello. Esta función espera un solo parámetro de cadena y devuelve una sola
cadena de saludo. Por ejemplo, si pasa el mundo parámetro, entonces la función de servicio
sayHello devuelve el saludo, "¡Hola, mundo!".
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 17/23
16
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 18/23
17
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 19/23
18
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 20/23
19
5.3.3 UDDI
Historia
La iniciativa UDDI surgió como respuesta a estas preguntas. Varias empresas, incluidas
Microsoft, IBM, Sun, Oracle, Compaq, Hewlett Packard, Intel, SAP y unas trescientas más
(para obtener un listado completo, consulte UDDI: Community [en inglés]), unieron sus
esfuerzos para desarrollar una especificación basada en estándares abiertos y tecnologías
no propietarias que permitiera resolver los retos anteriores. El resultado, cuya versión beta
se lanzó en diciembre de 2000 y estaba en producción en mayo de 2001, fue un registro
empresarial global alojado por varios nodos de operadores en el que los usuarios podían
realizar búsquedas y publicaciones sin coste alguno.
A partir de la creación de esta infraestructura para servicios Web, los datos sobre estos
servicios se pueden encontrar de forma sistemática y confiable en una capacidad
universal totalmente independiente de proveedores. Se pueden llevar a cabo búsquedascategóricas precisas utilizando sistemas de identificación y taxonómicos extensibles. La
integración de UDDI en tiempo de ejecución se puede incorporar a las aplicaciones. Como
resultado, se fomenta el desarrollo de un entorno de software de servicios Web.
¿Qué es?
Es un estándar para describir y descubrir servicios Web, actualmente se encuentra la versión3.x y puede interoperar con XML.DDI es un registro público diseñado para almacenar de forma estructurada información
sobre empresas y los servicios que éstas ofrecen. A través de UDDI, se puede publicar y
descubrir información de una empresa y de sus servicios. Se puede utilizar sistemastaxonómicos estándar para clasificar estos datos y poder encontrarlos posteriormente en
función de la categorización. Lo más importante es que UDDI contiene información sobre
las interfaces técnicas de los servicios de una empresa. A través de un conjunto de llamadas
a API XML basadas en SOAP, se puede interactuar con UDDI tanto en tiempo de diseño
como de ejecución para descubrir datos técnicos de los servicios que permitan invocarlos y
utilizarlos. De este modo, UDDI sirve como infraestructura para una colección de software
basado en servicios Web.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 21/23
20
¿Cómo funciona UDDI?
La información de UDDI se aloja en nodos de operador, empresas que se han comprometido
a ejecutar un nodo público conforme a la especificación que rige el consorcio UDDI.org. En
la actualidad existen dos nodos públicos que se ajustan a la versión 1 de la especificación
UDDI: Microsoft aloja uno e IBM el otro. Hewlett Packard se ha comprometido a alojar un
nodo bajo la versión 2 de la especificación. Los operadores del host deben replicar datosentre ellos a través de un canal seguro, para conseguir la redundancia de la información en
el registro UDDI. Se pueden publicar los datos en un nodo y descubrirlos en otro tras la
réplica. Actualmente, la réplica se produce cada 24 horas. En el futuro, este
intervalo entre réplicas se reducirá, ya que habrá más aplicaciones que dependan de los
datos de UDDI.
Resulta importante observar que no existen requisitos de propietario respecto al modo en
que el operador del host implementa su nodo. El nodo sólo se debe ajustar a la
especificación UDDI. El nodo de Microsoft (http://uddi.microsoft.com/default.aspx [en
inglés]), por ejemplo, se ha escrito por completo en C# y se ejecuta en producción en tiempo
de ejecución en lenguaje común .NET Beta 2. El código de base se beneficia claramente
de la compatibilidad nativa con SOAP y de la socialización que ofrecen las clases de sistema
.NET. En el lado del servidor, el nodo del operador Microsoft utiliza Microsoft® SQL Server
2000 como almacén de datos. Creo que basta con mencionar que IBM utiliza tecnologías
diferentes para ejecutar su nodo. NO obstante, los dos nodos se comportan exactamente
igual, ya que se ajustan al mismo conjunto de llamadas a API XML basadas en SOAP. Las
herramientas de los clientes pueden interoperar con ambos nodos sin problemas.
El próximo paso para comprender la iniciativa UDDI consiste en ver qué datos se almacenan
en UDDI y cómo se estructuran. UDDI es relativamente ligero; se ha diseñado como
registro, no como depósito. La diferencia, aunque sutil, resulta esencial. Un registro redirige
al usuario a recursos, mientras que un depósito sólo almacena información. El registro
Microsoft Windows puede servir de ejemplo: contiene las configuraciones y parámetrosbásicos pero, en última instancia, su función es la de dirigir la aplicación a un recurso o
binario. Buscar un componente COM basándonos en su Id. De programa nos conducirá a
un Id. De clase, que a su vez nos dirigirá a la ubicación del binario.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 22/23
21
CONCLUSION
El Internet es un conjunto de protocolos. Así nació y así sigue siendo. Incluso
cada día se agregan nuevos protocolos a este conjunto. También el desarrolloaplicaciones para Internet no es la simple creación de páginas interactivas.
Existe una gran gama de aplicaciones que se pueden crear.
La tendencia es la creación de aplicaciones en capas con una o varias
tecnologías que se comunican por medio de protocolos como SOAP o
XMLRPC.
A partir del concepto de desarrollo en capas nace el concepto de Servicio Web.
Hay alternativas para las tecnologías propietarias mayores que dominan el
mercado. Por ejemplo: una combinación de XWT con PHP por medio de
XMLRPC, podría reemplazar una aplicación de Visual Studio .NET, aligerandoel costo de las licencias.
7/23/2019 Trabajo Final Liz
http://slidepdf.com/reader/full/trabajo-final-liz 23/23
22
BIBLIOGRAFIAS
https://programacionwebisc.wordpress.com/5-2-tecnologias-subyacentes/
https://prezi.com/exd4mzgajuwh/53-tecnologias-subyacentes-en-los-servicios-webde-
xml/
https://docs.google.com/presentation/d/1Udr1-
Pmibqy4vLbt2Dt5lGVD9cFLeoqrft4MtX0fnbc/edit#slide=id.p20
https://prezi.com/exd4mzgajuwh/53-tecnologias-subyacentes-en-los-servicios-webde-
xml/
https://es.wikipedia.org/wiki/Simple_Object_Access_Protocol
http://www.tutorialspoint.com/wsdl/wsdl_tutorial.pdf&prev=search
http://studies.ac.upc.edu/FIB/PXC/transpas/2_WS-051004.pdf
http://bibing.us.es/proyectos/abreproy/11247/fichero/Memoria%252F7SOAP+y+WSDL
http://www.desarrolloweb.com/articulos/1589.php