Ingeniera Informtica

MATERIA
PROGRAMACION EN AMBIENTES C/S
UNIDAD 5
SERVICIOS WEB XML
DOCENTE
ING. LIZBETH HERNNDEZ OLN
ALUNMOS
ALVAREZ DIAZ ROXANA
CRUZ MATUS LEONARDO DANIEL
LAZCANO ORTEGA JESUS ERRIQUE
MARTINEZ CACERES MARITZA ALEJANDRA
PONCE ECHEVERRIA MILDRED
VILLANUEVA ZARATE ESTRELLA

INTRODUCCION

Un servicio Web XML es una entidad programable que proporciona una determinada
funcin, como la lgica de aplicacin, a la que los sistemas pueden tener acceso
mediante estndares de Internet, como XML, HTTP y SOAP. Todas las
aplicaciones, independientemente del lenguaje en el que estn 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 aplicacin o
exponerse externamente en Internet mediante varias aplicaciones. Dado que a
travs de una interfaz estndar se puede tener acceso a un servicio Web XML, ste
permite que sistemas distintos trabajen conjuntamente como un conjunto Web. Una
de las caractersticas bsicas de un servicio Web XML es el alto grado de
abstraccin existente entre la implementacin y el consumo de un servicio. Como
un servicio Web XML se crea y se tiene acceso a l mediante un servicio de
mensajera basado en XML, el proveedor y el cliente del servicio Web XML no
necesitan conocer nada ms el uno del otro que las entradas, las salidas y la
ubicacin.
La infraestructura de los servicios Web XML proporciona un mecanismo de
descubrimiento para localizar servicios Web XML, una descripcin del servicio para
definir el modo en que se utilizan estos servicios y formatos de conexin estndar
para la comunicacin.
Descubrimiento es el proceso de localizar uno o varios documentos que describen
un determinado servicio Web XML mediante el Lenguaje de descripcin de servicios
Web (WSDL). Cuando se encuentra el servicio, el documento WSDL proporciona
una descripcin de las interacciones compatibles con el servicio. Los servicios Web
XML se comunican mediante formatos de conexin abiertos, que son protocolos que
puede comprender cualquier sistema compatible con los estndares Web ms
utilizados. SOAP es el protocolo principal para la comunicacin de servicios Web
XML.

INDICE

5.1 Caractersticas del lenguaje.. 3 - 5

5.2 Visin general de servicios web XML. 6 - 7
5.3 Tecnologas subyacentes 8
5.3.1 SOAP 9 - 10
5.3.2 WSDL.. 11 - 18
5.3.3 UDDI 19 - 20
Conclusin 21
Bibliografas 22

5.1 Caractersticas 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 versin sali a la luz el 10 de febrero
de 1998. La primera definicin que apareci fue: Sistema para definir, validar y
compartir formatos de documentos en la web.
Gran cantidad de personas ha odo hablar ltimamente del XML y muchas personas
plantean que es como una especie de HTML pero ms avanzado. Pero todo el
mundo lo que debera 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 ms que un conjunto de reglas para definir etiquetas semnticas 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 semntica de los datos. El XML a
diferencia del HTML, separa el contenido de la presentacin. XML es un
MetaLenguaje, que permite la definicin de lenguajes concretos de representacin
de documentos.
Caractersticas que ofrece XML

Aunque hoy da XML an no est tan extendido como HTML, su uso futuro
en la Web mejorar la eficiencia de las bsquedas, al proporcionar cada
documento XML metadatos sobre s mismo.

Permite proporcionar diferentes vistas sobre los datos (HTML, PDF, voz,
etc.), dependiendo de quin sea el cliente

Facilita la integracin desde fuentes de datos heterogneas, por ejemplo,

pginas Web, distintas bases de datos.

Los documentos tienen una estructura que los hace legibles e inteligibles
no slo para los ordenadores, sino tambin para los humanos.

Las aplicaciones de XML son fcilmente extensibles mediante definiciones

de nuevos tipos de documento (DTD).

Caractersticas ms relevantes de XML

1. XML es un estndar para escribir datos estructurados en un fichero de texto.
XML provee un conjunto de reglas, normas y convenciones para disear formatos
de texto para datos estructurados que van desde las hojas de clculo, o las libretas
de direcciones de Internet, hasta parmetros de configuracin, transacciones
financieras o dibujos tcnicos.
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
caractersticas
internacionalizacin, o problemas asociados a plataformas especficas.

de

2. XML parece HTML pero no lo es.

Tanto XML como HTML usan marcas y atributos, ms 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 slo se usan las marcas
para delimitar fragmentos de datos, dejando la interpretacin de stos a la aplicacin
que los lee.
3. XML est en formato texto, pero no para ser ledo.
El formato texto puede ser usado en cualquier plataforma, esto le da innumerables
ventajas de portabilidad, depuracin, independencia de plataforma, e incluso de
edicin, pero su sintaxis es ms 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 construccin de documentos, ya que esa es la nica forma de
protegerse contra problemas ms graves.

4. XML consta de una familia de tecnologas.

La definicin (estndar) de XML 1.0 que viene de Febrero 98, pero su desarrollo se
ha ido enriqueciendo paulatinamente a medida que se vean sus posibilidades: de
esa forma, contamos con una especificacin Xlink, que describe un modo estndar
de aadir hipervnculos 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 extensin del anterior, en la que se
dispone de todo un lenguaje de programacin exclusivamente para definir criterios
de seleccin 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 presentacin y seleccin de informacin, que no requieran
de la intervencin constante del servidor. Se basa en un lenguaje anterior para
transformacin (XSLT) que permite modificar atributos y marcas de forma dinmica.
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 ms arriba, mientras
que las desventajas, siempre pueden ser soslayadas mediante tcnicas de
programacin que permite comprimir los datos.
6. XML es nuevo, pero no tanto.
El estndar empez a disearse en 1996, y se public la recomendacin en
Febrero/98. Como ya hemos comentado, eso no significa que la tecnologa no est
suficientemente madura, ya que el estndar SGML en el que se basa, data de una
especificacin ISO del ao 1986.
7. XML no requiere licencia
Es un estndar abierto independiente de la plataforma, y tiene un amplio soporte
extendido a un sinnmero herramientas y desarrolladores.

5.2 Visin general de servicios web XML

Los servicios Web XML son un conjunto de aplicaciones o de tecnologas que
tienen la capacidad para interpretar los servicos en la Web. Estas aplicaciones o
tecnologas intercambian datos entre s con el objetivo de ofrecer unos servicios.
Tambin los proveedores tienes la funcin de ofrecer los servicios tales como
procedimientos remotos y los usuarios solicitan un servicio llamando a estos
procedimientos a travs 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 distribucin de funcionalidad y paquetes de datos. Las principales caractersticas
de los servicios Web XML son:

Estn basados en protocolos estndar para la Web. Los servicios Web

XML realizan las peticiones y proporcionan las respuestas utilizando
protocolos estndar 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.

Comunicacin de aplicacin a aplicacin 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 programtica
de aplicacin a aplicacin. Los servicios Web XML proporcionan una interfaz
estndar para la recepcin de peticiones y envo de respuesta, denominada
contrato, dicho contrato pone a disposicin de los usuarios la informacin
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 aplicacin, el contrato se encarga de hacer la
peticin en un formato estndar, 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 peticin realiza no impacta
lo realizado por otras peticiones.

Comunicacin sncrona y asncrona. El requerimiento de ejecucin de un

mtodo de servicio Web XML, y el requerimiento de la respuesta, son
independientes. La aplicacin 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 autenticacin 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 intermediacin de una interfaz de
usuario. Ejemplos de esto es el consumo de servicios que proporcionan
informacin, 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.

5.3 Tecnologas subyacentes

Las tecnologas subyacentes son modelos de interaccin de los servicios web [Fig.
1.0]

Figura 1.0. Modelo de interaccin de los servicios web

Las tecnologas subyacentes son las especificaciones que se han desarrollado para
implementar los servicios Web y se presentan como una pila de tecnologas donde
las especificaciones superiores hacen uso de las inferiores, como se muestra en la
[Fig. 2.0]

Figura 2.0. La pila Bsica de los Servicios Web

5.3.1 SOAP
SOAP (siglas de Simple Object Access Protocol) es un protocolo estndar que
define cmo dos objetos en diferentes procesos pueden comunicarse por medio de
intercambio de datos XML.
Bsicamente SOAP es un paradigma de mensajera de una direccin sin estado,
que puede ser utilizado para formar protocolos ms complejos y completos segn
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 mensajera bsica 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 cmo procesarlo

Conjunto de reglas de codificacin para expresar instancias de tipos de datos
La Convencin para representar llamadas a procedimientos y respuestas.
El protocolo SOAP tiene tres caractersticas 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 programacin).
Como ejemplo de cmo el modelo SOAP pueda ser utilizado, consideraremos un
mensaje SOAP que podra ser enviado a un web service para realizar la bsqueda
de algn precio en una base de datos, indicando para ello los parmetros
necesitados en la consulta. El servicio podra retornar un documento en formato
XML con el resultado, un ejemplo, precios, localizacin o caractersticas. Teniendo
los datos de respuesta en un formato estandarizado procesable (en ingls
"parsable"), ste puede ser integrado directamente en un sitio Web o aplicacin
externa.
La arquitectura SOAP est formada por varias capas de especificacin 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 interaccin, as
como el envelope / header / body, de otros modelos (probablemente de WDDX).

Ventajas
Debido al uso de XML permite invocar procedimientos remotos de
muchos lenguajes, por lo tanto, presenta una gran interoperabilidad.
Al utilizar una comunicacin va HTTP es fcilmente escalable, adems
de ser casi siempre permitido por los cortafuegos.
Puede ser implementado utilizando cualquier lenguaje y ejecutado en
cualquier plataforma.
Es posible utilizarlo mediante usuario annimo y mediante autentificacin.
Es posible transmitirlo mediante cualquier protocolo de transporte capaz
de transmitir texto, tpicamente HTTP o SMTP.

Desventajas
Debido al uso de XML para el paso de mensajes, SOAP es
considerablemente ms lento que otros middleware como CORBA ya que los
datos binarios se codifican como texto. Para contrarrestar este punto dbil en
el caso de XML con cdigo binario incrustado se desarroll un mtodo
optimizado de transmisin 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 integracin o de soporte IDE.

10

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 versin 2.0 que ser una recomendacin (un funcionario
estndar), y, por tanto aprobado por el W3C.
WSDL es sinnimo de Web Services Description Language. Es el formato estndar
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 informacin en
el descentralizado y entornos distribuidos.
Definiciones WSDL describe cmo acceder a un servicio web y lo que las
operaciones de TI llevarn 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
Integracin(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 informacin necesaria al cliente para interaccionar

con el servicio Web. WSDL es extensible y se pude utilizar para describir, prcticamente,
cualquier servicio de red, incluyendo SOAP sobre HTTP e incluso protocolos que no se
basan en XML como DCOM sobre UDP.

11

Dado que los protocolos de comunicaciones y los formatos de mensajes estn

estandarizados en la comunidad del Web, cada da aumenta la posibilidad e importancia
de describir las comunicaciones de forma estructurada. WSDL afronta esta necesidad
definiendo una gramtica XML que describe los servicios de red como colecciones de
puntos finales de comunicacin capaces de intercambiar mensajes. Las definiciones de
servicio de WSDL proporcionan documentacin para sistemas distribuidos y sirven como
frmula para automatizar los detalles que toman parte en la comunicacin entre
aplicaciones.
WSDL se utiliza a menudo en combinacin con SOAP y XML esquema para proporcionar
web los servicios a travs de Internet. Un programa cliente que se conecta a un servicio
web puede leer el WSDL para determinar qu funciones estn disponibles en el servidor.
Cualquier tipo de datos especiales usados estn 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 especficos, 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 unin
Un documento WSDL tiene varios elementos, pero que estn 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:

12

 Definicin: Es el elemento raz 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 utilizarn en los mensajes estn en la
forma de XML esquemas.
Mensaje: Es una definicin abstracta de los datos, en forma de un mensaje
presentado ya sea como un documento completo o como argumentos para ser
asignado a un invocacin de mtodo.
Operacin: Es la definicin abstracta de la operacin de un mensaje, como
nombrar a un mtodo, 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 ms
End- puntos, definiendo el conjunto de operaciones para una unin; la recogida de
operaciones, ya que es abstracto, se pueden asignar a varios medios de transporte
a travs de diversas encuadernaciones.
Encuadernacin: Se los formatos de protocolo y datos concretos para las
operaciones y mensajes definidos para un tipo determinado puerto.
Puerto: Se trata de una combinacin de una unin y una direccin de red,
proporcionando la direccin de destino de la comunicacin de servicio.
Servicio: Es una coleccin de puntos finales relacionados que abarca el servicio
las definiciones en el archivo; los servicios de mapas de la unin con el puerto e
incluyen cualquier definiciones extensibilidad.
Adems de estos elementos principales, la especificacin WSDL tambin define los
siguientes elementos de utilidad:
Documentacin: Este elemento se utiliza proporcionar legible documentacin y
se puede incluir dentro de cualquier otro elemento WSDL.
Importacin: Este elemento se utiliza para importar otros documentos WSDL o
XML Los esquemas.
NOTA: Las partes WSDL son usualmente generado automticamente utilizando servicios
web-aware herramientas.

13

La estructura principal de un documento WSDL se ve as:

<definiciones>
<tipos>
definicin de tipos ........
</ tipo> <mensaje>
definicin de un mensaje ....
</ message>
<portType>
<operacin>
definicin de una operacin .......
</ operacin>
</

portType>

<binding>
definicin de una unin ....
</ binding>
<service> definicin de un servicio ....
</ service>
</ definiciones>
Un documento WSDL puede contener tambin otros elementos, como elementos de
extensin y un elemento de servicio que permite agrupar las definiciones de varias web
servicios en un solo documento WSDL.
14

Ejemplo:
A continuacin se realiza un archivo WSDL que se proporciona para demostrar un programa
WSDL simple. Supongamos el servicio ofrece una nica funcin a disposicin del pblico,
llamado sayHello. Esta funcin espera un solo parmetro de cadena y devuelve una sola
cadena de saludo. Por ejemplo, si pasa el mundo parmetro, entonces la funcin de servicio
sayHello devuelve el saludo, "Hola, mundo!".

15

16

17

18

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 ms
(para obtener un listado completo, consulte UDDI: Community [en ingls]), unieron sus
esfuerzos para desarrollar una especificacin basada en estndares abiertos y tecnologas
no propietarias que permitiera resolver los retos anteriores. El resultado, cuya versin beta
se lanz en diciembre de 2000 y estaba en produccin en mayo de 2001, fue un registro
empresarial global alojado por varios nodos de operadores en el que los usuarios podan
realizar bsquedas y publicaciones sin coste alguno.
A partir de la creacin de esta infraestructura para servicios Web, los datos sobre estos
servicios se pueden encontrar de forma sistemtica y confiable en una capacidad
universal totalmente independiente de proveedores. Se pueden llevar a cabo bsquedas
categricas precisas utilizando sistemas de identificacin y taxonmicos extensibles. La
integracin de UDDI en tiempo de ejecucin se puede incorporar a las aplicaciones. Como
resultado, se fomenta el desarrollo de un entorno de software de servicios Web.

Qu es?
Es un estndar para describir y descubrir servicios Web, actualmente se encuentra la versin
3.x y puede interoperar con XML.
DDI es un registro pblico diseado para almacenar de forma estructurada informacin
sobre empresas y los servicios que stas ofrecen. A travs de UDDI, se puede publicar y
descubrir informacin de una empresa y de sus servicios. Se puede utilizar sistemas
taxonmicos estndar para clasificar estos datos y poder encontrarlos posteriormente en
funcin de la categorizacin. Lo ms importante es que UDDI contiene informacin sobre
las interfaces tcnicas de los servicios de una empresa. A travs de un conjunto de llamadas
a API XML basadas en SOAP, se puede interactuar con UDDI tanto en tiempo de diseo
como de ejecucin para descubrir datos tcnicos de los servicios que permitan invocarlos y
utilizarlos. De este modo, UDDI sirve como infraestructura para una coleccin de software
basado en servicios Web.

19

Cmo funciona UDDI?

La informacin de UDDI se aloja en nodos de operador, empresas que se han comprometido
a ejecutar un nodo pblico conforme a la especificacin que rige el consorcio UDDI.org. En
la actualidad existen dos nodos pblicos que se ajustan a la versin 1 de la especificacin
UDDI: Microsoft aloja uno e IBM el otro. Hewlett Packard se ha comprometido a alojar un
nodo bajo la versin 2 de la especificacin. Los operadores del host deben replicar datos
entre ellos a travs de un canal seguro, para conseguir la redundancia de la informacin en
el registro UDDI. Se pueden publicar los datos en un nodo y descubrirlos en otro tras la
rplica. Actualmente, la rplica se produce cada 24 horas. En el futuro, este
intervalo entre rplicas se reducir, ya que habr ms 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 slo se debe ajustar a la
especificacin UDDI. El nodo de Microsoft (http://uddi.microsoft.com/default.aspx [en
ingls]), por ejemplo, se ha escrito por completo en C# y se ejecuta en produccin en tiempo
de ejecucin en lenguaje comn .NET Beta 2. El cdigo de base se beneficia claramente
de la compatibilidad nativa con SOAP y de la socializacin que ofrecen las clases de sistema
.NET. En el lado del servidor, el nodo del operador Microsoft utiliza Microsoft SQL Server
2000 como almacn de datos. Creo que basta con mencionar que IBM utiliza tecnologas
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 prximo paso para comprender la iniciativa UDDI consiste en ver qu datos se almacenan
en UDDI y cmo se estructuran. UDDI es relativamente ligero; se ha diseado como
registro, no como depsito. La diferencia, aunque sutil, resulta esencial. Un registro redirige
al usuario a recursos, mientras que un depsito slo almacena informacin. El registro
Microsoft Windows puede servir de ejemplo: contiene las configuraciones y parmetros
bsicos pero, en ltima instancia, su funcin es la de dirigir la aplicacin a un recurso o
binario. Buscar un componente COM basndonos en su Id. De programa nos conducir a
un Id. De clase, que a su vez nos dirigir a la ubicacin del binario.

20

CONCLUSION

El Internet es un conjunto de protocolos. As naci y as sigue siendo. Incluso

cada da se agregan nuevos protocolos a este conjunto. Tambin el desarrollo
aplicaciones para Internet no es la simple creacin de pginas interactivas.
Existe una gran gama de aplicaciones que se pueden crear.
La tendencia es la creacin de aplicaciones en capas con una o varias
tecnologas 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 tecnologas propietarias mayores que dominan el
mercado. Por ejemplo: una combinacin de XWT con PHP por medio de
XMLRPC, podra reemplazar una aplicacin de Visual Studio .NET, aligerando
el costo de las licencias.

21

BIBLIOGRAFIAS
https://programacionwebisc.wordpress.com/5-2-tecnologias-subyacentes/
https://prezi.com/exd4mzgajuwh/53-tecnologias-subyacentes-en-los-servicios-webdexml/
https://docs.google.com/presentation/d/1Udr1Pmibqy4vLbt2Dt5lGVD9cFLeoqrft4MtX0fnbc/edit#slide=id.p20

https://prezi.com/exd4mzgajuwh/53-tecnologias-subyacentes-en-los-servicios-webdexml/
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
.pdf
http://www.desarrolloweb.com/articulos/1589.php

22