trabajo final ps
DESCRIPTION
SERVICIOS WEB XML U5TRANSCRIPT
Instituto Tecnológico Superior De Coatzacoalcos
Ingeniería Informática
MATERIA PROGRAMACION EN AMBIENTES C/S
UNIDAD 5
SERVICIOS WEB XML
DOCENTE ING. LIZBETH HERNÁNDEZ OLÁN
ALUNMOS
ALVARES CRUZ ROXANA CRUZ MATUS LEONARDO DANIEL LAZCANO ORTEGA JESUS ERRIQUE
MARTINEZ CACERES MARITZA ALEJANDRA PONCE ECHEVERRIA MILDRED
VILLANUEVA ZARATE ESTRELLA
1
INTRODUCCION
Un servicio Web XML es una entidad programable que proporciona una determinada función, como la lógica de aplicación, a la que los sistemas pueden tener acceso mediante estándares de Internet, como XML, HTTP y SOAP. Todas las aplicaciones, independientemente del lenguaje en el que están escritas y del sistema operativo en el que se ejecutan, pueden llamar a los servicios Web XML. Un servicio Web XML puede utilizarse internamente mediante una aplicación o exponerse externamente en Internet mediante varias aplicaciones. Dado que a través de una interfaz estándar se puede tener acceso a un servicio Web XML, éste permite que sistemas distintos trabajen conjuntamente como un conjunto Web. Una de las características básicas de un servicio Web XML es el alto grado de abstracción existente entre la implementación y el consumo de un servicio. Como un servicio Web XML se crea y se tiene acceso a él mediante un servicio de mensajerí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 la ubicación. La infraestructura de los servicios Web XML proporciona un mecanismo de descubrimiento para localizar servicios Web XML, una descripción del servicio para definir el modo en que se utilizan estos servicios y formatos de conexión estándar para la comunicación. Descubrimiento es el proceso de localizar uno o varios documentos que describen un determinado servicio Web XML mediante el Lenguaje de descripción de servicios Web (WSDL). Cuando se encuentra el servicio, el documento WSDL proporciona una descripción de las interacciones compatibles con el servicio. Los servicios Web XML se comunican mediante formatos de conexión abiertos, que son protocolos que puede comprender cualquier sistema compatible con los estándares Web más utilizados. SOAP es el protocolo principal para la comunicación de servicios Web XML.
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
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 un Meta-Lenguaje, 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.
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.
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 son
especificaciones 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 para
transformació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.
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
alojados en 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;
7
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.
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 la funcionalidad 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.
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
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ún
las 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 XML-
RPC, 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).
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.
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. WSDL 1.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.
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 importancia de 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 en forma 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:
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 la forma 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ás
End- 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.
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>
15
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 web
servicios en un solo documento WSDL.
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!".
16
17
18
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úsquedas
categó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ón
3.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 sistemas
taxonó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.
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 datos entre 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ámetros
bá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.
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 desarrollo
aplicaciones 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 XML-
RPC.
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 XML-
RPC, podría reemplazar una aplicación de Visual Studio .NET, aligerando el
costo de las licencias.
22
BIBLIOGRAFIAS
https://programacionwebisc.wordpress.com/5-2-tecnologias-subyacentes/
https://prezi.com/exd4mzgajuwh/53-tecnologias-subyacentes-en-los-servicios-web-
de-xml/
https://docs.google.com/presentation/d/1Udr1-
Pmibqy4vLbt2Dt5lGVD9cFLeoqrft4MtX0fnbc/edit#slide=id.p20
https://prezi.com/exd4mzgajuwh/53-tecnologias-subyacentes-en-los-servicios-web-
de-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%252F7-
SOAP+y+WSDL.pdf
http://www.desarrolloweb.com/articulos/1589.php