Protocolo simple de acceso a objetos (SOAP)

www.monografias.com 1. 2. 3. . !. ". %. (. *. 11. 11. Introduccin Objetivos Historia del protocolo de acceso a objetos simples SOAP Procesamiento de mensajes #$tensiones al protocolo SOAP &entajas de la utili'acin de SOAP )esventajas de utili'acin de SOAP +Por ,u- utili'ar .eb Services / SOAP en las empresas0 2onclusiones 3iblio4ra56a

I789O):22IO7 Hoy en da existe una tendencia muy marcada en las empresas por el desarrollo de aplicaciones que trabajen sobre Internet, principalmente por la ventaja de la distribucin global de la informacin. Las tecnologas m s usadas para el desarrollo de estas aplicaciones, !an sido "#$%&, "#' y ()%. "ada una de estas tecnologas proporciona un marco de trabajo para la activacin de objetos remotos, mediante la solicitud a un servidor de aplicaciones o mediante un servidor *eb para la ejecucin de servicios de aplicacin. (stas tecnologas !an probado ser efectivas para el establecimiento de sitios *eb corporativos+ sin embargo, presentan algunas desventajas como la falta de interoperabilidad, la dependencia a la arquitectura de trabajo, as como el lenguaje de programacin. (sto !a llevado a la industria a considerar un nuevo modelo de computacin distribuida de objetos, sin tener la dependencia de plataformas, modelos de desarrollo y lenguajes de programacin usados y como una medida de solucin nace SOAP(Simple Object Access Protocol) que es una estrategia de desarrollo de aplicaciones distribuidas usando tecnologas diversas adoptada por las diferentes organi,aciones del mundo para resolver los problemas de falta de interoperabilidad entre las tecnologas anteriormente mencionadas, tomando como base protocolos ya establecidos y con gran aceptacin en Internet, como H-'L y .'L. /#&0 no es m s que un protocolo est ndar que permite la comunicacin y la interoperabilidad entre diversas aplicaciones *eb desarrolladas bajo tecnologas diferentes. O3;#8I&OS "onocer la !istoria del protocolo /#&0 Identificar a /#&0 como un protocolo para promover la interoperabilidad entre aplicaciones *eb. "omprender el funcionamiento de /#&0. 'ostrar la utilidad de /#&0 en las organi,aciones "onocer las ventajas y desventajas que implican la utili,acin de /#&0.

1. HIS8O9IA )#< P9O8O2O<O )# A22#SO A O3;#8OS SI=P<#S La evolucin tecnolgica y b1squeda de soluciones a la computacin distribuida no es un problema reciente, es por ello que desde el a2o 3456 se dieron los inicios en este tema aunque los protocolos de comunicacin no era objeto de inter7s de los desarrolladores en ese momento+ reali,ar aplicaciones que dentro de una misma m quina se comunicaran entre s, era suficiente. 0osteriormente en el a2o de 3446 alcan,aron popularidad objetos como "#' 8"omponet #bject 'odel9 introducido por 'icrosoft y "#$%& 8"ommon #bject $equest %ro:er &rc!itecture9 introducido por #'; 8#bject 'anagement ;roup9. (n general, "#' y "#$%& son modelos para escribir y encapsular cdigo binario. (stos son componentes que pueden ser f cilmente llamados desde cualquier aplicacin que soporte "#' o "#$%&. /in embargo estos modelos no son f cilmente interoperables, de tal manera que "#' puede solamente llamar a "#', y lo mismo ocurre con "#$%&. "onectar una maquina a otra se transform en una prioridad cuando las redes locales se generali,aron, fue entonces que #'; estableci II#0 8Internet Inter<#$% 0rotocol9 como el protocolo de comunicacin para "#$%&. 'icrosoft creo ="#' 8=istributed "#'9, m s tarde /un 'icrosystems lan,o al mercado $'I 8$emote 'et!od Invocation9. "on estos protocolos se pueden llamar componentes que se encuentren en otras computadoras a trav7s de la red. (stas llamadas se reali,an bajo la forma de $0" 8$emote 0rocedure "all9. (s necesario aclarar que estos protocolos no son interoperables. La solucin est disponible para tener comunicacin entre aplicaciones desde cualquier m quina a cualquier otra sin importar el sistema operativo, entorno de lenguajes, modelos de objetos distribuidos y usando los est ndares de Internet. 0ara resolver estas dificultades de interoperabilidad se desarroll /#&0, el cual se dio a conocer en 3444 y fue un resultado de desarrolladores de 'icrosoft "orp., =evelop'entor Inc. y >serland /oftware Inc. /#&0 3.3 fue liberada el 5 de 'ayo del ?666, por *@", con la contribucin de las siguientes empresasA &riba Inc., "ommerce #ne Inc., "ompaq "omputer "orp, Hewlett<0ac:ard "o., I%' "orp., I#B& -ec!nologies 0L", Lotus =evelopment "orp., y /&0 &;. (sto fue un buen signo de la industria para aceptar e implementar est ndares basados en protocolo interoperables. &ctualmente este protocolo esta siendo desarrollado por el .'L 0rotocol *or:ing ;roup de la *@", en la versin 3.?.

2. SOAP /#&0 8/imple #bject &ccess 0rotocol, 0rotocolo /imple de &cceso a #bjetos9 es un protocolo de mensajes entre computadores. /#&0 especifica el formato de mensaje que accede e invoca a los objetos, mas que un objeto en particular. La idea detr s de /#&0 es la misma que $0". -ambi7n define un protocolo para llamadas a m7todos remotos, sin embargo /#&0 contieneA Informacin adicional incluida en el documento .'L 8lenguaje de marcado extensible9, que describe el contenido y como podra ser procesada. =efinicin de la especificacin de algunas estructuras en .'L, tales como arrays. (l modelo descentrali,ado, esto significa que puede ser procesado por varios intermediarios. "aractersticas especificas para operaciones cl sicas de $0" con par metros inCout, etc. 2.1 O3;#8I&OS P9I=O9)IA<#S )# SOAP a9 (stablecer un protocolo est ndar de invocacin de servicios remotos, basado en protocolos est ndares de InternetA H--0 80rotocolo de transporte de Hipertexto9 para la transmisin y .'L 8lenguaje de marcado extensible9 para la codificacin de datos. b9 Independencia de plataforma, lenguaje de desarrollo e implementacin 8modelo de objetos9. (l protocolo de comunicacin H--0 es el empleado intrnsecamente para la conexin sobre Internet. ;aranti,a que cualquier cliente con un navegador est ndar pueda conectarse con un servidor remoto. La transmisin de datos se empaqueta con .'L, que se !a convertido en el est ndar del intercambio de datos, salvando las incompatibilidades entre otros protocolos, tales como el B=$ 8Betwor: =ata $epresentation9 o el "=$ 8"ommon =ata $epresentation9. 0or otra parte, los servidores *eb pueden procesar las peticiones de usuario, empleando las tecnologas de /ervlets, paginas &/0 8&ctive /erver 0ages9 o )/0 8)ava /erver 0ages9, o un servidor de aplicaciones, invocando objetos de tipos "#$%&, "#' o ()%. "omo /#&0 circunscribe informacin adicional incluida en el documento .'L a continuacin se presentar la descripcin de dic!o documento. 2.1.1 )escripcin de los componentes b>sicos de un documento ?=< .'L esta interesado en describir el contenido de los documentos que est n almacenados en un formato electrnico, de forma tal que sea legible y comprensible tanto para las personas como para el software, un arc!ivo en formato .'L contiene una me,cla del documento y etiquetas .'L, las cuales organi,an y definen los componentes del documento. La clase m s simple de documento es un arc!ivo de texto, el arc!ivo es considerado como un flujo de datos, una secuencia lineal de caracteres las cuales son ledas y procesadas por el software en un estricto orden. (n un sistema tradicional, las etiquetas son consideradas como instrucciones que son interpretadas, por ejemplo, para ejecutar cambios en el estilo del tipo de fuente que pueden significar un salto de lnea, pero que no deber n aparecer ni estar presentes en el texto. 2.1.2 #structura de un documento ?=< >n documento basado en .'L esta formado de dos pie,as esencialmente, una estructura lgica y una estructura fsica, la estructura lgica le permite a un documento dividirse en unidades y sub< unidades llamadas elementos. La estructura fsica contiene los componentes del documento, llamadas entidades, algunas veces almacenadas separadamente en otros arc!ivos, as que la informacin puede ser reutili,ada, tambi7n pueden incluirse por referencia datos que no tiene un formato .'L como son las im genes. La estructura de un documento .'L se puede definir a partir de dos est ndares. (l primero es la especificacin de .'L, que define las reglas predeterminadas para la construccin de todos los documentos .'L, cualquier documento que se ajuste a las reglas b sicas definidas en la especificacin se denominan documentos XML bien formados debido a que .'L actualmente es un meta-lenguaje 8un lenguaje que describe a otros lenguajes9, ya que no !ay una lista predefinida

de elementos, el usuario puede llamar usar sus elementos como desee, sin embargo, el segundo est ndar 8que es opcional9, lo crean los autores del documento y se especifica en una definicin de tipo de documento =-= 8=ocument -ype =efinition9, que explica cuales elementos son permitidos en un documento en particular. .'L tiene un alto grado de control sobre la estructura lgica del documento, cada documento puede ser comparado con las reglas de su =-= lo que determina si es valido, cuando el documento .'L se ajusta a las reglas definidas en la =-=, se denomina documento XML valido. Los esquemas son similares a los =-=, pero utili,an un formato diferente, los =-= y los esquemas resultan bastante 1tiles cuando el contenido de un grupo de documentos comparten un conjunto de reglas com1n y deben ser anali,ados para determinar su valides. >n documento .'L contiene instrucciones especiales llamadas ta4s, las cuales usualmente encierran las partes identificables de un documento. /#&0 define @ formas distintas de expresar los tipos de datos de un tagA >tili,ar el atributo @$siA t/peB en cada tag, explcitamente referenciando el tipo de datos de acuerdo con la especificacin del esquema .'L. $eferenciar un esquema .'L que defina particularmente ese tipo de datos exacto. $eferenciar otro esquema que defina el tipo de datos de un tipo de elemento dentro del cual se declara. 2.1.3 #lementos Las etiquetas .'L no directamente especifican el estilo de presentacin, pero en lugar de esto dan nombre a los objetos, estas usualmente ordenan e identifican un objeto en un flujo de datos. >na etiqueta de inicio, una etiqueta de fin, junto con los datos encerrados por estos, componen un elemento+ el tag de inicio es delimitado usando los caracteres DEF y DGF, el tag de fin es delimitado por los caracteres DECF y DGFA &dicionalmente un elemento .'L puede contener elementos embebidos, y todo un documento debe estar encerrado por un solo elemento documento, la estructura jer rquica de un documento puede ser visuali,ada como una caja dentro de cajas como una estructura en rbol. Los nombres de los elementos son sensibles a min1sculas y may1sculas, de esta forma DdescripcinF, D=(/"$I0"I#BF y D=escripcinF, pueden !acer referencia a elementos diferentes, el nombre que aparece en el tag de inicio debe ser exactamente igual con el nombre del tag de finali,acin para los elementos. "ada elemento debe estar completamente encerrado por otro elemento, 8cualquier documento .'L que se componga apropiadamente, es decir que sus elementos est7n adecuadamente anidados uno dentro del otro, es determinado un documento .'L bien formado9, excepto por el elemento padre de todos los elementos 8root ra, del documento9. &lgunas estructuras jer rquicas pueden ser recursivas. >n elemento puede directamente o indirectamente contener instancias de si mismo. (n una estructura anidada no !ay un limite establecido para el nivel de anidacin en los elementos. Los smbolos DEF y DGF son caracteres que tienen el rol de delimitadores de las marcas para los tags .'L, estos no pueden aparecer como datos o caracteres a causa de la ambigHedad y confusin que pueden causar. 0or lo tanto ser necesario usar una forma de cdigos de escape en lugar de estos caracteres, DIlt+F representa al tag de inicio DEF y DIgt+F representa a el tag de fin DGF 2.1. Atributos (s posible para un elemento el contener informacin acerca de su contenido adem s de su nombre. 0or ejemplo, se desea saber el uso para el cual est destinado determinado equipo de computo, si es un servidor un 0" de escritorio, esta informacin es llamada meta-dato, y est almacenada en los atributos, los atributos son un mecanismo para agregar informacin descriptiva a un elemento, un solo elemento puede contener uno o m s atributos. 0ara cada atributo es necesario tener una dupla, nombre y valor. "uando no se usa un =-=, el valor es simplemente considerado como una unidad de texto, no se !ace ninguna distincin entre valores num7ricos y caracteres, pero cuando es utili,ado un =-= se

puede ejercer mayor control sobre el rango de valores permitidos para cada atributo. >n atributo es asociado con un elemento en particular por el =-=, y le es asignado un atributo de tipo D character data que puede contener valores que consisten de caracteres generales, un atributo de tipo D name token, puede contener solo una palabra simple, no son permitidos los espacios en blanco, los valores de los atributos pueden restringirse desde una palabra a un grupo de palabras en una enumeracin, el =-= tambi7n puede especificarnos un valor por defecto. 2.2 C:72IO7A=I#78O )# SOAP & continuacin se muestra un esquema del funcionamiento de /#&0

La especificacin /#&0 menciona que las aplicaciones deben ser independientes del lenguaje de desarrollo, por lo que las aplicaciones cliente y servidor pueden estar escritas con H-'L, =H-'L, )ava, Jisual %asic u otras !erramientas y lenguajes disponibles. Lo importante es tener alguna implementacin de /#&0 8dependiendo de la !erramienta de desarrollo elegida9 y enla,ar sus libreras con la aplicacin. &unque esto no es estrictamente necesario, es preferible trabajar usando dic!as libreras, con el fin de no reescribir un cdigo ya probado. Las peticiones con el uso del protocolo H--0 emplean el comando 0#/- para transmitir informacin entre el cliente y el servidor. 0or otra parte el t7rmino Object en el nombre significa que se ad!iere al paradigma de la programacin orientada a objetos. /#&0 es un marco extensible y descentrali,ado que permite trabajar sobre m1ltiples pilas de protocolos de redes inform ticas. Los procedimientos de llamadas remotas pueden ser modelados en la forma de varios mensajes /#&0 interactuando entre s. (stos mensajes constan de @ seccionesA envelope, !eader y body.

=ondeA envelope 8envoltura9A (s el elemento ra, del mensaje para describir su contenido y la forma de procesarlo. header 8encabe,ado9A (s la informacin de identificacin del contenido. >n grupo de reglas de codificacin para expresar las instancias de tipos de datos definidos por la aplicacin. body 8cuerpo9A (s el contenido del mensaje. >na convencin para representar las llamadas y las respuestas a procedimientos remotos. 2.2.1 =odelo de intercambio de mensajes Los mensajes /#&0 son transmisiones unidireccionales desde un emisor a un receptor. /e suelen combinar mensajes para implementar patrones, como peticinCrespuesta. Las implementaciones /#&0 se pueden optimi,ar para explotar las caractersticas especficas de sistemas de red concretos.

3. P9O2#SA=I#78O )# =#7SA;#S >na aplicacin /#&0 debe procesar un mensaje siguiendo un orden de accionesA 3. Identificar las partes del mensaje /#&0 dirigido a dic!a aplicacin. ?. &ceptar las partes obligatorias identificadas en el paso 3 y procesarlas de la forma adecuada. =e lo contrario, descartar el mensaje. @. /i la aplicacin /#&0 no es el destino final del mensaje, quitar todas las partes identificadas en el paso 3 antes de reenviar el mensaje. -ambi7n !ay que tener en cuenta que este protocolo es extensible.

. #?8#7SIO7#S A< P9O8O2O<O SOAP /#&0 puede ser extendido reali,ando adiciones de mdulos de funcionalidad. (ste enfoque permite a los desarrolladores usar los mdulos y funcionalidad que ellos necesitan, sin tener la necesidad de implementar la totalidad de estos. &lgunas de las extensiones que pueden ser deseables en los proveedores son las siguientesA AttacDments K La posibilidad de incluir un documento no .'L, arc!ivo binario de enviar documentos de fax, im genes de medicina, dibujos de ingeniera, o cualquier otro tipo de im genes, codificadas en %aseLM. 9outin4EIntermediaries K $elacionadas al proceso de rutear mensajes /#&0 a trav7s de intermediarios. (sto ofrece la posibilidad de agregar varios *eb /ervices 8*/9 y ofrecerlos como parte del paquete, es una manera de !acer a los */ escalables, a trav7s del direccionamiento, incluso !acia m1ltiples servidores Securit/ K =ar un marco de seguridad a la comunicacin. &lgunos de los aspectos podran ser aplicar //L, firma digital, etc. .'L referent nos ayuda a responderA quien enva el mensaje y si el mensaje fue alterado en la ruta. Fualit/ o5 Services K No/ es una medida que puede ser comparada con el n1mero o calificacin dada a los &/0 o I/0, que mide la calidad del servicio, un concepto similar puede manejarse para los *eb /ervices. 2onte$tEPrivac/ K Hace referencia a guardar el contexto y privacidad, del entorno de los usuarios. 80latform for 0rivacy and 4referentes 80@099. 8ransaction Support K 0ermitir que un grupo de operaciones o acciones se comporten como si fueran una simple unidad 8o todo falla o todo es un 7xito9. =essa4e S/nta$ K el formato tiene un rea separada para extensiones que sean adicionadas. )ata G /#&0 puede contener cualquier tipo de datos. 0rovee un m7todo para seriali,acin de datos, pero las aplicaciones pueden definir sus propias reglas. 8ransport K Bo define como son transportados los mensajes durante el intercambio. /#&0 muestra como podran ser intercambiados sobre !ttp, pero cualquier protocolo o m7todo puede sustituir a !ttp. Purpose K /#&0 no define que es lo que !ay dentro del mensaje. Hay una diferencia entre los datos y su propsito o finalidad.

!. &#78A;AS )# <A :8I<IHA2II7 )# SOAP (ntre las ventajas de /#&0 se tiene queA (s sencillo de implementar, probar y usar &traviesa OfirewallsO y routers, pues estos OpiensanO que es una comunicacin H--0. -anto los datos como las funciones se describen en .'L, lo que permite que el protocolo no slo sea m s f cil de utili,ar sino que tambi7n sea muy slido. (s independiente del sistema operativo y procesador. /e puede utili,ar tanto de forma annima como con autenticacin 8nombreCclave9. Cacilidad para utili'ar cual,uier len4uaje A Los desarrolladores involucrados en nuevos proyectos pueden elegir desarrollar con el 1ltimo y mejor lenguaje de programacin que exista. /#&0 no especifica una &0I, por lo que la implementacin de la &0I se deja al lenguaje de programacin, como en )ava, y la plataforma como 'icrosoft .Bet. 7o se encuentra 5uertemente asociado a nin4Jn protocolo de transporte A La especificacin de /#&0 no describe como se deberan asociar los mensajes de /#&0 con H--0. >n mensaje de /#&0 no es m s que un documento .'L, por lo que puede transportarse utili,ando cualquier protocolo capa, de transmitir texto. 7o est> atado a nin4una in5raestructura de objeto distribuido A La mayora de los sistemas de objetos distribuidos se pueden extender, y alguno de ellos admiten /#&0. AprovecDa los est>ndares e$istentes en la industria A Los principales contribuyentes a la especificacin /#&0 evitaron, intencionalmente, reinventar las cosas. #ptaron por extender los est ndares existentes para que coincidieran con sus necesidades. 0or ejemplo, /#&0 aprovec!a .'L para la codificacin de los mensajes, en lugar de utili,ar su propio sistema de tipo que ya est n definidas en la especificacin esquema de .'L. P como ya se !a mencionado /#&0 no define un medio de trasporte de los mensajes, los mensajes de /#&0 se pueden asociar a los protocolos de transporte existentes como H--0 y /'-0. Permite la interoperabilidad entre mJltiples entornos A /#&0 se desarroll sobre los est ndares existentes de la industria, por lo que las aplicaciones que se ejecuten en plataformas con dic!os est ndares pueden comunicarse mediante mensaje /#&0 con aplicaciones que se ejecuten en otras plataformas. 0or ejemplo, una aplicacin de escritorio que se ejecute en un 0" puede comunicarse con una aplicacin del back-end ejecut ndose en un mainframe capa, de enviar y recibir .'L sobre H--0.

10

". )#S&#78A;AS )# :8I<IHA2IO7 )# SOAP (ntre las desventajas de /#&0 se tiene queA Las desventajas de la utili,acin de /#&0 recaen en la dificultad para entender las especificaciones del protocolo, puesto que es un complejo esquema de codificacin en el cual es necesario precisar que todos los mensajes se incluyan en un sobre, con el contenido del mensaje dentro de un elemento de cuerpo para que puedan ser entendidos por cada una de las aplicaciones *eb que procesan el mensaje. /#&0 convierte en opcionales elementos como encabe,ados y ofrece un amplio margen con respecto a lo que se puede incluir en el elemento de cuerpo y adem s cambia los nombres de m7todos en etiquetas secundarias del cuerpo y los argumentos en etiquetas secundarias del nombre del m7todo, lo que puede generar ciertos problemas de interoperabilidad. Las especificaciones /#&0 indican que si recibe un encabe,ado /#&0 con un atributo must>nderstand establecido como O3O, deber entenderlo o generar un error. Bumerosas implementaciones no lo !icieron al principio lo que implic problemas de interoperabilidad.

11

%. +PO9 F:K :8I<IHA9 .#3 S#9&I2#S L SOAP #7 <AS #=P9#SAS0 &ctualmente, los */ est n siendo ampliamente aceptados por las empresas para el desarrollo de software de uso interno. =ebido a la tecnologa que es usada por los */, y en concreto al uso de /#&0, que permite la cooperacin y la interoperabilidad entre empresas que est7n desarrollando proyectos en com1n y en las cuales no est7n trabajando sobre la misma plataforma, lenguaje de programacin o !ardware compatibles. 0ara reali,acin de dic!os proyectos !ay que tener en cuenta los siguientes aspectosA %.1 Se4uridad Los servicios pueden implementar toda su funcionalidad y permanecer seguros tras el "ortafuegos de la compa2a. Las t7cnicas de seguridad convencionales que se !an venido usando en Internet, ya no son suficientes. "on /#&0, cada mensaje simple que se intercambia reali,a m1ltiples saltos y es rutado a trav7s de numerosos puntos antes de que alcance su destino final. (s por ello que los */ necesitan tecnologas que protejan los mensajes desde el principio !asta el final y as permitir que /#&0 realice su trabajo de interoperabilidad entre aplicaciones de manera eficiente. 0ara ello existen un conjunto de t7cnicas que se pueden usar para garanti,ar la seguridad a nivel de mensaje. (stas sonA #ncriptacin ?=<A (vita que los datos se vean expuestos a lo largo de su recorrido. Cirma )i4ital ?=<A &socia los datos del mensaje al usuario que emite la firma, de modo que este usuario es el 1nico que puede modificar dic!os datos. ?M=S / los 2erti5icadosA .Q'/ 8.'L Qey 'anagement /pecification9 define */ que se pueden usar para c!equear la confian,a de un certificado de usuario. SA=< / la Autori'acinA /&'L 8/ecurity &ssertion 'ar:<up Language9 !ace posible que los */ intercambien informacin de autentificacin y autori,acin entre ellos, de modo que un */ confe en un usuario autentificado por otro */. &alidacin de datosA 0ermite que los */ reciban datos dentro de los rangos esperados. %.2 2alidad Los */ proporcionan conectividad con cualquier software de un modo transparente por el paso de mensaje /#&0, cada proveedor de servicios puede adoptar soluciones diferentes que resultan m s o menos adecuadas para el consumidor. &nali,ando la escalabilidad se comprobar el grado de modularidad y flexibilidad del servicio. 0or 1ltimo, tambi7n sera interesante anali,ar las caractersticas que ofrece el proveedor de */. &ctualmente no !ay est ndares definidos sobre este tema, pero la mayora de las empresas ya est demandando alg1n tipo de acuerdo o contrato con los proveedores, de modo que se pueda garanti,ar la interoperabilidad entre las diferentes tecnologas, la calidad y la fiabilidad de los servicios por los que se paga. %.3 #standari'acin Los */ est n basados en el est ndar .'L, que !a sido universalmente aceptado. /#&0 es el 1nico protocolo que !a sido aceptado en este momento por el *orld *ide *eb "onsortium y se encuentra estandari,ado. /#&0 y */=L est n siendo ampliamente usados. &lgunas de las empresas m s importantes en el desarrollo de Begocio (lectrnico como I%', Intel, 'icrosoft u #racle, !an creado el */<IA organi,acin para la Interoperabilidad de los *eb /ervices. (l objetivo de dic!a organi,acin es la promocin de la estandari,acin de los */ de modo que se fomente la cooperacin e interoperabilidad entre las compa2as y mercados utili,ando este protocolo. %. Al4unos ejemplosA

12

Las principales compa2as del mundo !an empe,ado a desarrollar soluciones mediante la tecnologa de los */ bajo el paso de mensajes /#&0. &lgunos ejemplos sonA MicrosoftA $ecientemente !a anunciado la disponibilidad de su primer */, llamado 'ap0oint.Bet. mediante este servicio, el usuario podr conocer su locali,acin exacta y otros datos adicionales relacionados con su posicin actual, como informacin de tr fico, rutas posibles o puntos comerciales cercanos. IBMA Ha implementado una solucin basada en los */ llamada e<%usiness on =emand. (sta solucin permite la construccin de (xtranets que ayuden a las empresas a ver los cat logos de productos, reali,ar y locali,ar pedidos o c!equear el estado del inventario en tiempo real. Lneas A reas !scandinavasA (stas lneas a7reas !an desarrollado un */ que permite a los usuarios comprar tiquetes y c!equear el estado de los vuelos, mediante el uso del tel7fono mvil.

13

2O72<:SIO7#S La primera versin de /#&0 80rotocolo simple de acceso a objetos9, se dio a conocer en 3444 y fue desarrollada por 'icrosoft "orp., =evelop'entor Inc. y >serland /oftware Inc. /#&0 3.3 fue liberada el 5 de 'ayo del ?666 !asta llegar !oy en da a versiones adaptadas a paquetes tales como /#&0A Lite for 0erl, &pac!e /#&0 Jer. ?.?, &pac!e &xis, etc. (s un protocolo de mensajes entre computadoras. /#&0 especifica el formato de mensaje que accede e invoca a los objetos, mas que un objeto en particular y permite solucionar los problemas de las tecnologas que desarrollan aplicaciones que trabajen sobre Internet 8"#$%&, "#', ()% entre otras9, estos problemas son la falta de interoperabilidad, la dependencia a la arquitectura de trabajo, as como al lenguaje de programacin. /#&0 es un protocolo ligero para el intercambio de informacin en un entorno distribuido y descentrali,ado. (sta basado en el protocolo .'L y consiste en tres partesA una envoltura que define una estructura para describir que contiene el mensaje y como procesarlo, un conjunto de reglas de codificacin para expresar instancias de tipos de datos definidos para la aplicacin y un convenio para representar las llamadas a procedimientos remotos y las respuestas. *eb /ervices y /#&0 !oy en da est n siendo altamente utili,ados en las grandes empresas del mundo pues le permiten a estas la cooperacin e integridad entre ellas cuando trabajan en un proyecto en com1n, debido a que permite la interoperabilidad entre sus tecnologas.

3I3<ION9ACIA !ttpACCwww.revista.unam.mxCvol.@Cnum3Cart@ !ttpACCwww.microsoft.comCspanis!CmsdnCarticulosCarc!ivoC?56463CvoicesCsoapinteropb:gnd.asp !ttpACCwww.microsoft.comCspanis!CmsdnCcomunidadCmtj.netCvoicesCartR3.asp !ttpACCwww.desarrolloweb.comCarticulosC3RRS.p!pTmanualURM !ttpACCes.wi:ipedia.orgCwi:iC/#&0 !ttpACCpegaso.ls.fi.upm.esCsistemasVdistCtemarioVsistemas6@6M.!tml

)I<IA 9OSA ):A98# =O9#7O A7A <:2IA =#7)OHA 8A=A9A M#9L PAO<A 8O99#S SO<IS ;OH7 C#97A7)O &#9NA9A A99OLO jo!nfer?66@Wya!oo.com ;HO7 =#7)#H IB;(BI($# =( /I/-('&/ "#$0#$&"IXB >BIJ($/I-&$I& =(L "&$I%( "("&$ Y&">L-&= =( IB;(BI($Z&/ 0$#;$&'& =( IB;(BI($Z& =( /I/-('&/ /I/-('&/ =I/-$I%>I=#/ /IB"(L()# ?66R