Protocolo soap

www. monografias. com Protocolo simple de acceso a objetos (SOAP) Introduccion Objetivos Historia del protocolo de acceso a objetos simples SOAP Procesamiento de mensajes Extensiones al protocolo SOAP Ventajas de la utilizacion de SOAP Desventajas de utilizacion de SOAP ?Por que utilizar Web Services y SOAP en las empresas? Conclusiones Bibliografia INTRODUCCION Hoy en dia existe una tendencia muy marcada en las empresas por el desarrollo de aplicaciones que trabajen sobre Internet, principalmente por la ventaja de la distribucion global de la informacion.

Las tecnologias mas usadas para el desarrollo de estas aplicaciones, han sido CORBA, COM y EJB. Cada una de estas tecnologias proporciona un marco de trabajo para la activacion de objetos remotos, mediante la solicitud a un servidor de aplicaciones o mediante un servidor Web para la ejecucion de servicios de aplicacion. Estas tecnologias han probado ser efectivas para el establecimiento de sitios Web corporativos; sin embargo, presentan algunas desventajas como la falta de interoperabilidad, la dependencia a la arquitectura de trabajo, asi como el lenguaje de programacion.

Esto ha llevado a la industria a considerar un nuevo modelo de computacion distribuida de objetos, sin tener la dependencia de plataformas, modelos de desarrollo y lenguajes de programacion usados y como

Lo sentimos, pero las muestras de ensayos completos están disponibles solo para usuarios registrados

Elija un plan de membresía
una medida de solucion nace SOAP(Simple Object Access Protocol) que es una estrategia de desarrollo de aplicaciones distribuidas usando tecnologias diversas adoptada por las diferentes organizaciones del mundo para resolver los problemas de falta de interoperabilidad entre las tecnologias anteriormente mencionadas, tomando como base protocolos ya establecidos y con gran aceptacion en Internet, como HTML y XML.

SOAP no es mas que un protocolo estandar que permite la comunicacion y la interoperabilidad entre diversas aplicaciones Web desarrolladas bajo tecnologias diferentes. OBJETIVOS Conocer la historia del protocolo SOAP Identificar a SOAP como un protocolo para promover la interoperabilidad entre aplicaciones Web. Comprender el funcionamiento de SOAP. Mostrar la utilidad de SOAP en las organizaciones Conocer las ventajas y desventajas que implican la utilizacion de SOAP. 1. HISTORIA DEL PROTOCOLO DE ACCESO A OBJETOS SIMPLES

La evolucion tecnologica y busqueda de soluciones a la computacion distribuida no es un problema reciente, es por ello que desde el ano 1980 se dieron los inicios en este tema aunque los protocolos de comunicacion no era objeto de interes de los desarrolladores en ese momento; realizar aplicaciones que dentro de una misma maquina se comunicaran entre si, era suficiente. Posteriormente en el ano de 1990 alcanzaron popularidad objetos como COM (Componet Object Model) introducido por Microsoft y CORBA (Common Object Request Broker Architecture) introducido por OMG (Object Management Group).

En general, COM y CORBA son modelos para escribir y encapsular codigo binario. Estos son componentes que pueden ser facilmente llamados desde cualquier aplicacion que soporte COM o CORBA. Sin embargo estos modelos no son facilmente interoperables, de tal manera que COM puede solamente llamar a COM, y lo mismo ocurre con CORBA. Conectar una maquina a otra se transformo en una prioridad cuando las redes locales se generalizaron, fue entonces que OMG establecio IIOP (Internet Inter-ORB Protocol) como el protocolo de comunicacion para CORBA.

Microsoft creo DCOM (Distributed COM), mas tarde Sun Microsystems lanzo al mercado RMI (Remote Method Invocation). Con estos protocolos se pueden llamar componentes que se encuentren en otras computadoras a traves de la red. Estas llamadas se realizan bajo la forma de RPC (Remote Procedure Call). Es necesario aclarar que estos protocolos no son interoperables. La solucion esta disponible para tener comunicacion entre aplicaciones desde cualquier maquina a cualquier otra sin importar el sistema operativo, entorno de lenguajes, modelos de objetos distribuidos y usando los estandares de Internet.

Para resolver estas dificultades de interoperabilidad se desarrollo SOAP, el cual se dio a conocer en 1999 y fue un resultado de desarrolladores de Microsoft Corp. , DevelopMentor Inc. y Userland Software Inc. SOAP 1. 1 fue liberada el 8 de Mayo del 2000, por W3C, con la contribucion de las siguientes empresas: Ariba Inc. , Commerce One Inc. , Compaq Computer Corp, Hewlett-Packard Co. , IBM Corp. , IONA Technologies PLC, Lotus Development Corp. , y SAP AG.

Esto fue un buen signo de la industria para aceptar e implementar estandares basados en protocolo interoperables. Actualmente este protocolo esta siendo desarrollado por el XML Protocol Working Group de la W3C, en la version 1. 2. 2. SOAP SOAP (Simple Object Access Protocol, Protocolo Simple de Acceso a Objetos) es un protocolo de mensajes entre computadores. SOAP especifica el formato de mensaje que accede e invoca a los objetos, mas que un objeto en particular. La idea detras de SOAP es la misma que RPC.

Tambien define un protocolo para llamadas a metodos remotos, sin embargo SOAP contiene: Informacion adicional incluida en el documento XML (lenguaje de marcado extensible), que describe el contenido y como podria ser procesada. Definicion de la especificacion de algunas estructuras en XML, tales como arrays. El modelo descentralizado, esto significa que puede ser procesado por varios intermediarios. Caracteristicas especificas para operaciones clasicas de RPC con parametros in/out, etc. 2. 1 OBJETIVOS PRIMORDIALES DE SOAP ) Establecer un protocolo estandar de invocacion de servicios remotos, basado en protocolos estandares de Internet: HTTP (Protocolo de transporte de Hipertexto) para la transmision y XML (lenguaje de marcado extensible) para la codificacion de datos. b) Independencia de plataforma, lenguaje de desarrollo e implementacion (modelo de objetos). El protocolo de comunicacion HTTP es el empleado intrinsecamente para la conexion sobre Internet. Garantiza que cualquier cliente con un navegador estandar pueda conectarse con un servidor remoto.

La transmision de datos se empaqueta con XML, que se ha convertido en el estandar del intercambio de datos, salvando las incompatibilidades entre otros protocolos, tales como el NDR (Network Data Representation) o el CDR (Common Data Representation). Por otra parte, los servidores Web pueden procesar las peticiones de usuario, empleando las tecnologias de Servlets, paginas ASP (Active Server Pages) o JSP (Java Server Pages), o un servidor de aplicaciones, invocando objetos de tipos CORBA, COM o EJB.

Como SOAP circunscribe informacion adicional incluida en el documento XML a continuacion se presentara la descripcion de dicho documento. 2. 1. 1 Descripcion de los componentes basicos de un documento XML XML esta interesado en describir el contenido de los documentos que estan almacenados en un formato electronico, de forma tal que sea legible y comprensible tanto para las personas como para el software, un archivo en formato XML contiene una mezcla del documento y etiquetas XML, las cuales organizan y definen los componentes del documento.

La clase mas simple de documento es un archivo de texto, el archivo es considerado como un flujo de datos, una secuencia lineal de caracteres las cuales son leidas y procesadas por el software en un estricto orden. En 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 linea, pero que no deberan aparecer ni estar presentes en el texto. 2. 1. 2 Estructura de un documento XML

Un documento basado en XML esta formado de dos piezas esencialmente, una estructura logica y una estructura fisica, la estructura logica le permite a un documento dividirse en unidades y sub-unidades llamadas elementos. La estructura fisica contiene los componentes del documento, llamadas entidades, algunas veces almacenadas separadamente en otros archivos, asi que la informacion puede ser reutilizada, tambien pueden incluirse por referencia datos que no tiene un formato XML como son las imagenes. La estructura de un documento XML se puede definir a partir de dos estandares.

El primero es la especificacion de XML, que define las reglas predeterminadas para la construccion de todos los documentos XML, cualquier documento que se ajuste a las reglas basicas definidas en la especificacion se denominan documentos XML bien formados debido a que XML actualmente es un meta-lenguaje (un lenguaje que describe a otros lenguajes), ya que no hay una lista predefinida de elementos, el usuario puede llamar usar sus elementos como desee, sin embargo, el segundo estandar (que es opcional), lo crean los autores del documento y se especifica en una definicion de tipo de documento DTD (Document Type Definition), que explica cuales elementos son permitidos en un documento en particular. XML tiene un alto grado de control sobre la estructura logica del documento, cada documento puede ser comparado con las reglas de su DTD lo que determina si es valido, cuando el documento XML se ajusta a las reglas definidas en la DTD, se denomina documento XML valido. Los esquemas son similares a los DTD, pero utilizan un formato diferente, los DTD y los esquemas resultan bastante utiles cuando el contenido de un grupo de documentos comparten un conjunto de reglas comun y deben ser analizados para determinar su valides.

Un documento XML contiene instrucciones especiales llamadas tags, las cuales usualmente encierran las partes identificables de un documento. SOAP define 3 formas distintas de expresar los tipos de datos de un tag: Utilizar el atributo ‘xsi: type’ en cada tag, explicitamente referenciando el tipo de datos de acuerdo con la especificacion del esquema XML. Referenciar un esquema XML que defina particularmente ese tipo de datos exacto. Referenciar otro esquema que defina el tipo de datos de un tipo de elemento dentro del cual se declara. 2. 1. 3 Elementos Las etiquetas XML no directamente especifican el estilo de presentacion, pero en lugar de esto dan nombre a los objetos, estas usualmente ordenan e identifican un objeto en un flujo de datos.

Una 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 ‘<’ y ‘>’, el tag de fin es delimitado por los caracteres ‘</’ y ‘>’: Adicionalmente un elemento XML puede contener elementos embebidos, y todo un documento debe estar encerrado por un solo elemento documento, la estructura jerarquica de un documento puede ser visualizada como una caja dentro de cajas o como una estructura en arbol. Los nombres de los elementos son sensibles a minusculas y mayusculas, de esta forma ‘descripcion’, ‘DESCRIPCION’ y ‘Descripcion’, pueden hacer referencia a elementos diferentes, el nombre que aparece en el tag de inicio debe ser exactamente igual con el nombre del tag de finalizacion para los elementos.

Cada elemento debe estar completamente encerrado por otro elemento, (cualquier documento XML que se componga apropiadamente, es decir que sus elementos esten adecuadamente anidados uno dentro del otro, es determinado un documento XML bien formado), excepto por el elemento padre de todos los elementos (root o raiz del documento). Algunas estructuras jerarquicas pueden ser recursivas. Un elemento puede directamente o indirectamente contener instancias de si mismo. En una estructura anidada no hay un limite establecido para el nivel de anidacion en los elementos. Los simbolos ‘<’ y ‘>’ son caracteres que tienen el rol de delimitadores de las marcas para los tags XML, estos no pueden aparecer como datos o caracteres a causa de la ambiguedad y confusion que pueden causar.

Por lo tanto sera necesario usar una forma de codigos de escape en lugar de estos caracteres, ‘&lt;’ representa al tag de inicio ‘<’ y ‘&gt;’ representa a el tag de fin ‘>’ 2. 1. 4 Atributos Es posible para un elemento el contener informacion acerca de su contenido ademas de su nombre. Por ejemplo, se desea saber el uso para el cual esta destinado determinado equipo de computo, si es un servidor o un PC de escritorio, esta informacion es llamada meta-dato, y esta almacenada en los atributos, los atributos son un mecanismo para agregar informacion descriptiva a un elemento, un solo elemento puede contener uno o mas atributos. Para cada atributo es necesario tener una dupla, nombre y valor.

Cuando no se usa un DTD, el valor es simplemente considerado como una unidad de texto, no se hace ninguna distincion entre valores numericos y caracteres, pero cuando es utilizado un DTD se puede ejercer mayor control sobre el rango de valores permitidos para cada atributo. Un atributo es asociado con un elemento en particular por el DTD, y le es asignado un atributo de tipo ‘character data’ que puede contener valores que consisten de caracteres generales, un atributo de tipo ‘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 enumeracion, el DTD tambien puede especificarnos un valor por defecto. 2. 2 FUNCIONAMIENTO DE SOAP

A continuacion se muestra un esquema del funcionamiento de SOAP La especificacion SOAP menciona que las aplicaciones deben ser independientes del lenguaje de desarrollo, por lo que las aplicaciones cliente y servidor pueden estar escritas con HTML, DHTML, Java, Visual Basic u otras herramientas y lenguajes disponibles. Lo importante es tener alguna implementacion de SOAP (dependiendo de la herramienta de desarrollo elegida) y enlazar sus librerias con la aplicacion. Aunque esto no es estrictamente necesario, es preferible trabajar usando dichas librerias, con el fin de no reescribir un codigo ya probado. Las peticiones con el uso del protocolo HTTP emplean el comando POST para ransmitir informacion entre el cliente y el servidor. Por otra parte el termino Object en el nombre significa que se adhiere al paradigma de la programacion orientada a objetos. SOAP es un marco extensible y descentralizado que permite trabajar sobre multiples pilas de protocolos de redes informaticas. Los procedimientos de llamadas remotas pueden ser modelados en la forma de varios mensajes SOAP interactuando entre si. Estos mensajes constan de 3 secciones: envelope, header y body. Donde: envelope (envoltura): Es el elemento raiz del mensaje para describir su contenido y la forma de procesarlo. header (encabezado): Es la informacion de identificacion del contenido.

Un grupo de reglas de codificacion para expresar las instancias de tipos de datos definidos por la aplicacion. body (cuerpo): Es el contenido del mensaje. Una convencion para representar las llamadas y las respuestas a procedimientos remotos. 2. 2. 1 Modelo de intercambio de mensajes Los mensajes SOAP son transmisiones unidireccionales desde un emisor a un receptor. Se suelen combinar mensajes para implementar patrones, como peticion/respuesta. Las implementaciones SOAP se pueden optimizar para explotar las caracteristicas especificas de sistemas de red concretos. 3. PROCESAMIENTO DE MENSAJES Una aplicacion SOAP debe procesar un mensaje siguiendo un orden de acciones:

Identificar las partes del mensaje SOAP dirigido a dicha aplicacion. Aceptar las partes obligatorias identificadas en el paso 1 y procesarlas de la forma adecuada. De lo contrario, descartar el mensaje. Si la aplicacion SOAP no es el destino final del mensaje, quitar todas las partes identificadas en el paso 1 antes de reenviar el mensaje. Tambien hay que tener en cuenta que este protocolo es extensible. 4. EXTENSIONES AL PROTOCOLO SOAP SOAP puede ser extendido realizando adiciones de modulos de funcionalidad. Este enfoque permite a los desarrolladores usar los modulos y funcionalidad que ellos necesitan, sin tener la necesidad de implementar la totalidad de estos.

Algunas de las extensiones que pueden ser deseables en los proveedores son las siguientes: Attachments – La posibilidad de incluir un documento no XML, archivo binario o de enviar documentos de fax, imagenes de medicina, dibujos de ingenieria, o cualquier otro tipo de imagenes, codificadas en Base64. Routing/Intermediaries – Relacionadas al proceso de rutear mensajes SOAP a traves de intermediarios. Esto ofrece la posibilidad de agregar varios Web Services (WS) y ofrecerlos como parte del paquete, es una manera de hacer a los WS escalables, a traves del direccionamiento, incluso hacia multiples servidores Security – Dar un marco de seguridad a la comunicacion.

Algunos de los aspectos podrian ser aplicar SSL, firma digital, etc. XML referent nos ayuda a responder: quien envia el mensaje y si el mensaje fue alterado en la ruta. Quality of Services – QoS es una medida que puede ser comparada con el numero o calificacion dada a los ASP o ISP, que mide la calidad del servicio, un concepto similar puede manejarse para los Web Services. Context/Privacy – Hace referencia a guardar el contexto y privacidad, del entorno de los usuarios. (Platform for Privacy and referentes (P3P)). Transaction Support – Permitir que un grupo de operaciones o acciones se comporten como si fueran una simple unidad (o todo falla o todo es un exito).

Message Syntax – el formato tiene un area separada para extensiones que sean adicionadas. Data – SOAP puede contener cualquier tipo de datos. Provee un metodo para serializacion de datos, pero las aplicaciones pueden definir sus propias reglas. Transport – No define como son transportados los mensajes durante el intercambio. SOAP muestra como podrian ser intercambiados sobre http, pero cualquier protocolo o metodo puede sustituir a http. Purpose – SOAP no define que es lo que hay dentro del mensaje. Hay una diferencia entre los datos y su proposito o finalidad. 5. VENTAJAS DE LA UTILIZACION DE SOAP Entre las ventajas de SOAP se tiene que: Es sencillo de implementar, probar y usar

Atraviesa «firewalls» y routers, pues estos «piensan» que es una comunicacion HTTP. Tanto los datos como las funciones se describen en XML, lo que permite que el protocolo no solo sea mas facil de utilizar sino que tambien sea muy solido. Es independiente del sistema operativo y procesador. Se puede utilizar tanto de forma anonima como con autenticacion (nombre/clave). Facilidad para utilizar cualquier lenguaje: Los desarrolladores involucrados en nuevos proyectos pueden elegir desarrollar con el ultimo y mejor lenguaje de programacion que exista. SOAP no especifica una API, por lo que la implementacion de la API se deja al lenguaje de programacion, como en Java, y la plataforma como Microsoft . Net.

No se encuentra fuertemente asociado a ningun protocolo de transporte: La especificacion de SOAP no describe como se deberian asociar los mensajes de SOAP con HTTP. Un mensaje de SOAP no es mas que un documento XML, por lo que puede transportarse utilizando cualquier protocolo capaz de transmitir texto. No esta atado a ninguna infraestructura de objeto distribuido: La mayoria de los sistemas de objetos distribuidos se pueden extender, y alguno de ellos admiten SOAP. Aprovecha los estandares existentes en la industria: Los principales contribuyentes a la especificacion SOAP evitaron, intencionalmente, reinventar las cosas. Optaron por extender los estandares existentes para que coincidieran con sus necesidades.

Por ejemplo, SOAP aprovecha XML para la codificacion de los mensajes, en lugar de utilizar su propio sistema de tipo que ya estan definidas en la especificacion esquema de XML. Y como ya se ha mencionado SOAP no define un medio de trasporte de los mensajes, los mensajes de SOAP se pueden asociar a los protocolos de transporte existentes como HTTP y SMTP. Permite la interoperabilidad entre multiples entornos: SOAP se desarrollo sobre los estandares existentes de la industria, por lo que las aplicaciones que se ejecuten en plataformas con dichos estandares pueden comunicarse mediante mensaje SOAP con aplicaciones que se ejecuten en otras plataformas.

Por ejemplo, una aplicacion de escritorio que se ejecute en un PC puede comunicarse con una aplicacion del back-end ejecutandose en un mainframe capaz de enviar y recibir XML sobre HTTP. 6. DESVENTAJAS DE UTILIZACION DE SOAP Entre las desventajas de SOAP se tiene que: Las desventajas de la utilizacion de SOAP recaen en la dificultad para entender las especificaciones del protocolo, puesto que es un complejo esquema de codificacion 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 Web que procesan el mensaje.

SOAP convierte en opcionales elementos como encabezados y ofrece un amplio margen con respecto a lo que se puede incluir en el elemento de cuerpo y ademas cambia los nombres de metodos en etiquetas secundarias del cuerpo y los argumentos en etiquetas secundarias del nombre del metodo, lo que puede generar ciertos problemas de interoperabilidad. Las especificaciones SOAP indican que si recibe un encabezado SOAP con un atributo mustUnderstand establecido como «1», debera entenderlo o generar un error. Numerosas implementaciones no lo hicieron al principio lo que implico problemas de interoperabilidad. 7. ?POR QUE UTILIZAR WEB SERVICES Y SOAP EN LAS EMPRESAS? Actualmente, los WS estan siendo ampliamente aceptados por las empresas para el desarrollo de software de uso interno.

Debido a la tecnologia que es usada por los WS, y en concreto al uso de SOAP, que permite la cooperacion y la interoperabilidad entre empresas que esten desarrollando proyectos en comun y en las cuales no esten trabajando sobre la misma plataforma, lenguaje de programacion o hardware compatibles. Para realizacion de dichos proyectos hay que tener en cuenta los siguientes aspectos: 7. 1 Seguridad Los servicios pueden implementar toda su funcionalidad y permanecer seguros tras el Cortafuegos de la compania. Las tecnicas de seguridad convencionales que se han venido usando en Internet, ya no son suficientes. Con SOAP, cada mensaje simple que se intercambia realiza multiples saltos y es rutado a traves de numerosos puntos antes de que alcance su destino final.

Es por ello que los WS necesitan tecnologias que protejan los mensajes desde el principio hasta el final y asi permitir que SOAP realice su trabajo de interoperabilidad entre aplicaciones de manera eficiente. Para ello existen un conjunto de tecnicas que se pueden usar para garantizar la seguridad a nivel de mensaje. Estas son: Encriptacion XML: Evita que los datos se vean expuestos a lo largo de su recorrido. Firma Digital XML: Asocia los datos del mensaje al usuario que emite la firma, de modo que este usuario es el unico que puede modificar dichos datos. XKMS y los Certificados: XKMS (XML Key Management Specification) define WS que se pueden usar para chequear la confianza de un certificado de usuario.

SAML y la Autorizacion: SAML (Security Assertion Mark-up Language) hace posible que los WS intercambien informacion de autentificacion y autorizacion entre ellos, de modo que un WS confie en un usuario autentificado por otro WS. Validacion de datos: Permite que los WS reciban datos dentro de los rangos esperados. 7. 2 Calidad Los WS proporcionan conectividad con cualquier software de un modo transparente por el paso de mensaje SOAP, cada proveedor de servicios puede adoptar soluciones diferentes que resultan mas o menos adecuadas para el consumidor. Analizando la escalabilidad se comprobara el grado de modularidad y flexibilidad del servicio. Por ultimo, tambien seria interesante analizar las caracteristicas que ofrece el proveedor de WS.

Actualmente no hay estandares definidos sobre este tema, pero la mayoria de las empresas ya esta demandando algun tipo de acuerdo o contrato con los proveedores, de modo que se pueda garantizar la interoperabilidad entre las diferentes tecnologias, la calidad y la fiabilidad de los servicios por los que se paga. 7. 3 Estandarizacion Los WS estan basados en el estandar XML, que ha sido universalmente aceptado. SOAP es el unico protocolo que ha sido aceptado en este momento por el World Wide Web Consortium y se encuentra estandarizado. SOAP y WSDL estan siendo ampliamente usados. Algunas de las empresas mas importantes en el desarrollo de Negocio Electronico como IBM, Intel, Microsoft u Oracle, han creado el WS-I: organizacion para la Interoperabilidad de los Web Services.

El objetivo de dicha organizacion es la promocion de la estandarizacion de los WS de modo que se fomente la cooperacion e interoperabilidad entre las companias y mercados utilizando este protocolo. 7. 4 Algunos ejemplos: Las principales companias del mundo han empezado a desarrollar soluciones mediante la tecnologia de los WS bajo el paso de mensajes SOAP. Algunos ejemplos son: Microsoft: Recientemente ha anunciado la disponibilidad de su primer WS, llamado MapPoint. Net. mediante este servicio, el usuario podra conocer su localizacion exacta y otros datos adicionales relacionados con su posicion actual, como informacion de trafico, rutas posibles o puntos comerciales cercanos.

IBM: Ha implementado una solucion basada en los WS llamada e-Business on Demand. Esta solucion permite la construccion de Extranets que ayuden a las empresas a ver los catalogos de productos, realizar y localizar pedidos o chequear el estado del inventario en tiempo real. Lineas Aereas Escandinavas: Estas lineas aereas han desarrollado un WS que permite a los usuarios comprar tiquetes y chequear el estado de los vuelos, mediante el uso del telefono movil. CONCLUSIONES La primera version de SOAP (Protocolo simple de acceso a objetos), se dio a conocer en 1999 y fue desarrollada por Microsoft Corp. , DevelopMentor Inc. y Userland Software Inc. SOAP 1. fue liberada el 8 de Mayo del 2000 hasta llegar hoy en dia a versiones adaptadas a paquetes tales como SOAP: Lite for Perl, Apache SOAP Ver. 2. 2, Apache Axis, etc. Es un protocolo de mensajes entre computadoras. SOAP 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 tecnologias que desarrollan aplicaciones que trabajen sobre Internet (CORBA, COM, EJB entre otras), estos problemas son la falta de interoperabilidad, la dependencia a la arquitectura de trabajo, asi como al lenguaje de programacion. SOAP es un protocolo ligero para el intercambio de informacion en un entorno distribuido y descentralizado.

Esta basado en el protocolo XML y consiste en tres partes: una envoltura que define una estructura para describir que contiene el mensaje y como procesarlo, un conjunto de reglas de codificacion para expresar instancias de tipos de datos definidos para la aplicacion y un convenio para representar las llamadas a procedimientos remotos y las respuestas. Web Services y SOAP hoy en dia estan siendo altamente utilizados en las grandes empresas del mundo pues le permiten a estas la cooperacion e integridad entre ellas cuando trabajan en un proyecto en comun, debido a que permite la interoperabilidad entre sus tecnologias. BIBLIOGRAFIA http://www. revista. unam. mx/vol. /num1/art3 http://www. microsoft. com/spanish/msdn/articulos/archivo/280901/voices/soapinteropbkgnd. asp http://www. microsoft. com/spanish/msdn/comunidad/mtj. net/voices/art51. asp http://www. desarrolloweb. com/articulos/1557. php? manual=54 http://es. wikipedia. org/wiki/SOAP http://pegaso. ls. fi. upm. es/sistemas_dist/temario_sistemas0304. html DILIA ROSA DUARTE MORENO ANA LUCIA MENDOZA TAMARA KERY PAOLA TORRES SOLIS JOHN FERNANDO VERGARA ARROYO [email protected] com JHON MENDEZ INGENIERO DE SISTEMAS CORPORACION UNIVERSITARIA DEL CARIBE CECAR FACULTAD DE INGENIERIAS PROGRAMA DE INGENIERIA DE SISTEMAS SISTEMAS DISTRIBUIDOS SINCELEJO 2005