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