Simple Object Access Protocol - Historial de revisiones

Javiermartin jc: Texto reemplazado: «
» por «»

2019-08-19T09:47:54Z

Texto reemplazado: «<div align="justify">» por «»

Gricel04 en 17:56 27 mar 2013

2013-03-27T17:56:46Z

Reynier idict: /* Algunas ventajas */

2011-04-22T12:44:02Z

‎Algunas ventajas

Reynier idict en 12:42 22 abr 2011

2011-04-22T12:42:45Z

Reynier idict: SOAP trasladada a Simple Object Access Protocol

2011-04-22T12:38:37Z

SOAP trasladada a Simple Object Access Protocol

Reynier idict en 12:38 22 abr 2011

2011-04-22T12:38:07Z

Mayensi0401ad: /* SOAP sobre correo electrónico */

2011-04-04T14:32:24Z

‎SOAP sobre correo electrónico

Mayensi0401ad: /* SOAP sobre correo electrónico */

2011-04-04T14:27:02Z

‎SOAP sobre correo electrónico

Mayensi0401ad en 14:25 4 abr 2011

2011-04-04T14:25:54Z

Mayensi0401ad: /* SOAP sobre correo electrónico */

2011-04-04T14:23:41Z

‎SOAP sobre correo electrónico

@@ Línea 1: / Línea 1: @@
-<div align="justify">
 {{Ficha Software
 |nombre=SOAP

@@ Línea 3: / Línea 3: @@
 |nombre=SOAP
 |familia=
-|imagen=Soap.jpg.gif
+|imagen=SOAP.jpeg‎
 |tamaño=
 |descripción= SOAP es un protocolo estándar que define cómo dos objetos en diferentes procesos pueden comunicarse por medio de intercambio de datos XML.

@@ Línea 35: / Línea 35: @@
 *'''No esta asociado con ningún lenguaje:''' los desarrolladores involucrados en nuevos proyectos pueden elegir desarrollar con el ultimo y mejor lenguaje de programación que exista pero los desarrolladores responsables de mantener antiguas aflicciones heredadas podrían no poder hacer esta elección sobre el lenguaje de programación que utilizan. SOAP no especifica una [[API]], por lo que la implementación de la API se deja al lenguaje de programación, como en Java, y la plataforma como Microsoft .Net.
-*'''No se encuentra fuertemente asociado a ningún protocolo de transporte:''' La especificación de SOAP no describe como se deberían asociar los mensajes de SOAP con [[HTTP]]. Un mensaje de SOAP no es más que un documento XML, por lo que puede transportarse utilizando cualquier protocolo capaz de transmitir texto.
+*'''No se encuentra fuertemente asociado a ningún protocolo de transporte:''' La especificación de SOAP no describe como se deberían asociar los mensajes de SOAP con [[HTTP]]. Un mensaje de SOAP no es más que un documento XML, por lo que puede transportarse utilizando cualquier protocolo capaz de transmitir texto. No está atado a ninguna infraestructura de objeto distribuido. La mayoría de los sistemas de objetos distribuidos se pueden extender, y ya lo están alguno de ellos para que admitan SOAP.
 *'''Aprovecha los estándares existentes en la industria:''' Los principales contribuyentes a la especificación SOAP evitaron, intencionadamente, reinventar las cosas. Optaron por extender los estándares existentes para que coincidieran con sus necesidades. Por ejemplo, SOAP aprovecha [[XML]] para la codificación de los mensajes, en lugar de utilizar su propio sistema de tipo que ya están definidas en la especificación esquema de XML. Y como ya se ha mencionado SOAP no define un medio de trasporte de los mensajes; los mensajes se pueden asociar a los protocolos de transporte existentes como HTTP y [[SMTP]].
 *'''Permite la interoperabilidad entre múltiples entornos:''' SOAP se desarrolló sobre los estándares existentes de la industria, por lo que las aplicaciones que se ejecuten en plataformas con dicho estándares pueden comunicarse mediante mensaje SOAP con aplicaciones que se ejecuten en otras plataformas. Por ejemplo, una aplicación de escritorio que se ejecute en una PC puede comunicarse con una aplicación del back–end ejecutándose en un mainframe capaz de enviar y recibir XML sobre HTTP.
 == Desventajas ==

@@ Línea 26: / Línea 26: @@
 == Generalidades ==
-Este protocolo deriva de un protocolo creado por David Winer, XML–RPC en [[1998]], el primero en comunicación bajo http mediante XML. Con este protocolo se podían realizar [[Remote Procedure Calls]] (RPC), es decir, se podía bien en cliente o servidor realizar peticiones mediante http a un servidor web. Los mensajes debían tener un formato determinado empleando XML para encapsular los parámetros de la petición. Con el paso del tiempo el proyecto iniciado por David Winer interesó a importantes multinacionales entre las que se encuentran [[IBM]] y [[Microsoft]] y de este interés por XML–RPC se desarrolló "SOAP".
+Este protocolo deriva de un protocolo creado por David Winer, XML–RPC en [[1998]], el primero en comunicación bajo http mediante XML. Con este protocolo se podían realizar [[Remote Procedure Calls]] (RPC), es decir, se podía bien en cliente o servidor realizar peticiones mediante http a un servidor web. Los mensajes debían tener un formato determinado empleando XML para encapsular los parámetros de la petición. Con el paso del tiempo el proyecto iniciado por David Winer interesó a importantes multinacionales entre las que se encuentran [[IBM]] y [[Microsoft]] y de este interés por XML–RPC se desarrolló "[[SOAP]]".
 En el núcleo de los servicios Web se encuentra el protocolo simple de acceso a datos SOAP, que proporciona un mecanismo estándar de empaquetar mensajes. SOAP ha recibido gran atención debido a que facilita una comunicación del estilo RPC entre un cliente y un servidor remoto. Pero existen multitud de protocolos creados para facilitar la comunicación entre aplicaciones, incluyendo [[RPC]] de Sum, [[DCE]] de Microsoft, [[RMI]] de Java y [[ORPC]] de CORBA.
@@ Línea 48: / Línea 48: @@
 == Mensajería SOAP ==
-SOAP proporciona un mecanismo estándar de empaquetar un mensaje. Un mensaje SOAP se compone de un sobre que contiene el cuerpo del mensaje y cualquier información de cabecera que se utiliza para describir le mensaje.
+Proporciona un mecanismo estándar de empaquetar un mensaje. Un mensaje [[SOAP]] se compone de un sobre que contiene el cuerpo del mensaje y cualquier información de cabecera que se utiliza para describir le mensaje.
 El elemento raíz del documento es el elemento Envelope. El ejemplo contiene dos subelementos, Body y Header. Un ejemplo de SOAP valido también puede contener otros elementos hijo en el sobre. El sobre puede contener un elemento Header opcional que contiene información sobre el mensaje.

@@ Línea 1: / Línea 1: @@
 {{Ficha Software
 |nombre=SOAP
 |familia=
-|imagen=SOAP.jpg
+|imagen=Soap.jpg.gif
 |tamaño=
 |descripción= SOAP es un protocolo estándar que define cómo dos objetos en diferentes procesos pueden comunicarse por medio de intercambio de datos XML.
@@ Línea 21: / Línea 22: @@
 |premios=
 |web=
-}}
+}}'''Simple Object Access Protocol (SOAP).''' Es un camino para un programa que se ejecuta en un tipo de sistema operativo (como [[Windows]] [[2000]]) para comunicarse con un progama en el mismo o en otro tipo de un sistema operativo (como [[Linux]]) mediante el uso de la [[World Wide Web]] de transferencia de hipertexto y su lenguaje de marcado extensible (XML) como los mecanismos para el intercambio de información.
-==SOAP==
+Este protocolo deriva de un protocolo creado por David Winer, XML–RPC en [[1998]], el primero en comunicación bajo http mediante XML. Con este protocolo se podían realizar [[Remote Procedure Calls]] (RPC), es decir, se podía bien en cliente o servidor realizar peticiones mediante http a un servidor web. Los mensajes debían tener un formato determinado empleando XML para encapsular los parámetros de la petición. Con el paso del tiempo el proyecto iniciado por David Winer interesó a importantes multinacionales entre las que se encuentran [[IBM]] y [[Microsoft]] y de este interés por XML–RPC se desarrolló "SOAP".
-En el núcleo de los servicios Web se encuentra el protocolo simple de acceso a datos SOAP, que proporciona un mecanismo estándar de empaquetar mensajes. SOAP ha recibido gran atención debido a que facilita una comunicación del estilo RPC entre un cliente y un servidor remoto. Pero existen multitud de protocolos creados para facilitar la comunicación entre aplicaciones, incluyendo RPC de Sum, DCE de Microsoft, RMI de Java y ORPC de CORBA. ¿Por qué se presta tanta atención a SOAP?
+En el núcleo de los servicios Web se encuentra el protocolo simple de acceso a datos SOAP, que proporciona un mecanismo estándar de empaquetar mensajes. SOAP ha recibido gran atención debido a que facilita una comunicación del estilo RPC entre un cliente y un servidor remoto. Pero existen multitud de protocolos creados para facilitar la comunicación entre aplicaciones, incluyendo [[RPC]] de Sum, [[DCE]] de Microsoft, [[RMI]] de Java y [[ORPC]] de CORBA.
-Una de las razones principales es que SOAP ha recibido un increíble apoyo por parte de la industria. SOAP es el primer protocolo de su tipo que ha sido aceptado prácticamente por todas las grandes compañías de software del mundo. Compañías que en raras ocasiones cooperan entre sí están ofreciendo su apoyo a este protocolo. Algunas de las mayores Compañías que soportan SOAP son Microsoft, IBM, SUN, Microsystems, SAP y Ariba.
+SOAP ha recibido un increíble apoyo por parte de la industria. Es el primer protocolo de su tipo que ha sido aceptado prácticamente por todas las grandes compañías de software del mundo. Compañías que en raras ocasiones cooperan entre sí están ofreciendo su apoyo a este protocolo. Algunas de las mayores Compañías que soportan SOAP son Microsoft, IBM, [[SUN]], [[Microsystems]], SAP y Ariba.
-==Algunas de las Ventajas de SOAP ==
+== Algunas ventajas ==
-No esta asociado con ningún lenguaje: los desarrolladores involucrados en nuevos proyectos pueden elegir desarrollar con el ultimo y mejor lenguaje de programación que exista pero los desarrolladores responsables de mantener antiguas aflicciones heredadas podrían no poder hacer esta elección sobre el lenguaje de programación que utilizan. SOAP no especifica una API, por lo que la implementación de la API se deja al lenguaje de programación, como en Java, y la plataforma como Microsoft .Net.
+*'''No esta asociado con ningún lenguaje:''' los desarrolladores involucrados en nuevos proyectos pueden elegir desarrollar con el ultimo y mejor lenguaje de programación que exista pero los desarrolladores responsables de mantener antiguas aflicciones heredadas podrían no poder hacer esta elección sobre el lenguaje de programación que utilizan. SOAP no especifica una [[API]], por lo que la implementación de la API se deja al lenguaje de programación, como en Java, y la plataforma como Microsoft .Net.
-No se encuentra fuertemente asociado a ningún protocolo de transporte: La especificación de SOAP no describe como se deberían asociar los mensajes de SOAP con HTTP. Un mensaje de SOAP no es más que un documento XML, por lo que puede transportarse utilizando cualquier protocolo capaz de transmitir texto.
+*'''No se encuentra fuertemente asociado a ningún protocolo de transporte:''' La especificación de SOAP no describe como se deberían asociar los mensajes de SOAP con [[HTTP]]. Un mensaje de SOAP no es más que un documento XML, por lo que puede transportarse utilizando cualquier protocolo capaz de transmitir texto.
-No está atado a ninguna infraestructura de objeto distribuido La mayoría de los sistemas de objetos distribuidos se pueden extender, y ya lo están alguno de ellos para que admitan SOAP.
+No está atado a ninguna infraestructura de objeto distribuido. La mayoría de los sistemas de objetos distribuidos se pueden extender, y ya lo están alguno de ellos para que admitan SOAP.
-Aprovecha los estándares existentes en la industria: Los principales contribuyentes a la especificación SOAP evitaron, intencionadamente, reinventar las cosas. Optaron por extender los estándares existentes para que coincidieran con sus necesidades. Por ejemplo, SOAP aprovecha XML para la codificación de los mensajes, en lugar de utilizar su propio sistema de tipo que ya están definidas en la especificación 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.
+*'''Aprovecha los estándares existentes en la industria:''' Los principales contribuyentes a la especificación SOAP evitaron, intencionadamente, reinventar las cosas. Optaron por extender los estándares existentes para que coincidieran con sus necesidades. Por ejemplo, SOAP aprovecha [[XML]] para la codificación de los mensajes, en lugar de utilizar su propio sistema de tipo que ya están definidas en la especificación esquema de XML. Y como ya se ha mencionado SOAP no define un medio de trasporte de los mensajes; los mensajes se pueden asociar a los protocolos de transporte existentes como HTTP y [[SMTP]].
-Permite la interoperabilidad entre múltiples entornos: SOAP se desarrollo sobre los estándares existentes de la industria, por lo que las aplicaciones que se ejecuten en plataformas con dicho estándares pueden comunicarse mediante mensaje SOAP con aplicaciones que se ejecuten en otras plataformas. Por ejemplo, una aplicación de escritorio que se ejecute en una PC puede comunicarse con una aplicación del back-end ejecutándose en un mainframe capaz de enviar y recibir XML sobre HTTP.
+*'''Permite la interoperabilidad entre múltiples entornos:''' SOAP se desarrolló sobre los estándares existentes de la industria, por lo que las aplicaciones que se ejecuten en plataformas con dicho estándares pueden comunicarse mediante mensaje SOAP con aplicaciones que se ejecuten en otras plataformas. Por ejemplo, una aplicación de escritorio que se ejecute en una PC puede comunicarse con una aplicación del back–end ejecutándose en un mainframe capaz de enviar y recibir XML sobre HTTP.
-== Anatomía de un mensaje de SOAP  ==
+== Desventajas ==
-SOAP proporciona un mecanismo estándar de empaquetar un mensaje. Un mensaje SOAP se compone de un sobre que contiene el cuerpo del mensaje y cualquier información de cabecera que se utiliza para describir le mensaje. A continuación tiene un ejemplo:
+*Debido a la detallada en formato XML, SOAP puede ser considerablemente más lento que la competencia tecnologías middleware.
-El elemento raíz del documento es el elemento Envelope. El ejemplo contiene dos subelementos, Body y Header. Un ejemplo de SOAP valido también puede contener otros elementos hijo en el sobre. El sobre puede contener un elemento Header opcional que contiene información sobre el mensaje. En el ejemplo anterior, la cabecera contiene dos elementos que describen a quien compuso el mensaje, y posible receptor del mismo. El sobre debe contener un elemento body el elemento body (cuerpo) contiene la carga de datos del mensaje. En el ejemplo el cuerpo contiene una simple cadena de caracteres.
+== Mensajería SOAP ==
-Un mensaje debe estar dentro de sobre de SOAP bien construido. Un sobre se compone de un único elemento envelope el sobre puede contener un elemento Header y puede contener un elemento body. Si existe, la cabecera debe ser el elemento hijo inmediato del sobre, con el cuerpo siguiendo inmediatamente a la cabecera. El cuerpo contiene la carga de datos del mensaje y la cabecera contiene los datos adicionales que no pertenecen necesariamente al cuerpo del mensaje. Además de definir un sobre de SOAP, la especificación de SOAP define una forma de codificar los datos contenidos en un mensaje. La codificación de SOAP proporciona un mecanismo estándar para zerialisar tipos de datos no definidos en la parte 1 de la especificación del esquema de XML. La especificación de SOAP también proporciona un patrón de mensaje estándar para facilitar el comportamiento de tipo RPC. Se emparejan dos mensajes de SOAP para facilitar la asociación de un mensaje de petición con un mensaje de respuesta. La llamada a un método y sus parámetros se serializan en el cuerpo del mensaje de petición en forma de una estructura. El elemento raíz tiene el mismo nombre que el método objetivo, con cada uno de los parámetros codificado como un subelemento. El mensaje de respuesta puede contener los resultados de la llamada al método o una estructura de fallo bien definida. Los resultados de la llamada a un método se serializan en el cuerpo de la petición como una estructura. Por convenio, el elemento raíz tiene el mismo nombre que el método original al que se añade result. Los parámetros de retorno se serializan como elementos hijo, con el parámetro de retorno en primer lugar. Si se encuentra un error el cuerpo del mensaje de respuesta contendrá una estructura de fallo bien definida. Por convenio, el elemento raíz tiene el mismo nombre que el método original al que se añade result. Los parámetros de retorno se serializan como elementos hijo, con el parámetro de retorno en primer lugar. Si se encuentra un error el cuerpo del mensaje de respuesta contendrá una estructura de fallo bien definida.
+SOAP proporciona un mecanismo estándar de empaquetar un mensaje. Un mensaje SOAP se compone de un sobre que contiene el cuerpo del mensaje y cualquier información de cabecera que se utiliza para describir le mensaje.
-==SOAP sobre correo electrónico==
+Un mensaje debe estar dentro de sobre de SOAP bien construido. Un sobre se compone de un único elemento envelope el sobre puede contener un elemento Header y puede contener un elemento body. Si existe, la cabecera debe ser el elemento hijo inmediato del sobre, con el cuerpo siguiendo inmediatamente a la cabecera. El cuerpo contiene la carga de datos del mensaje y la cabecera contiene los datos adicionales que no pertenecen necesariamente al cuerpo del mensaje. Además de definir un sobre de SOAP, la especificación de SOAP define una forma de codificar los datos contenidos en un mensaje.
-Hoy en día los desarrolladores de aplicaciones, pueden utilizar la infraestructura de correo electrónico de Internet para transmitir mensajes SOAP ya sean como mensajes de [[correo electrónico]] de texto o como adjuntos.A continuación se ven ejemplos que muestran un modo de transmitir mensajes SOAP, y deben ser tomados como el modo estándar de hacerlo. Las especificaciones SOAP Versión 1.2 no especifican tal vínculo. Sin embargo, existe una Nota W3C no-normativa [SOAP Email Binding] que describe un vínculo de SOAP con el correo electrónico, su propósito principal es comenzar a demostrar la aplicación de la Infraestructura general de Vínculos con el Protocolo SOAP.
+La codificación de SOAP proporciona un mecanismo estándar para serialisar tipos de datos no definidos en la parte 1 de la especificación del esquema de XML. La especificación de SOAP también proporciona un patrón de mensaje estándar para facilitar el comportamiento de tipo RPC. Se emparejan dos mensajes de SOAP para facilitar la asociación de un mensaje de petición con un mensaje de respuesta.
 [[Category:Aplicaciones_informáticas]]

← Revisión anterior	Revisión del 12:38 22 abr 2011
(Sin diferencias)

@@ Línea 49: / Línea 49: @@
 ==SOAP sobre correo electrónico==
-Hoy en día los desarrolladores de aplicaciones, pueden utilizar la infraestructura de correo electrónico de Internet para transmitir mensajes [[SOAP]] ya sean como mensajes de correo electrónico de texto o como adjuntos.A continuación se ven ejemplos que muestran un modo de transmitir mensajes SOAP, y deben ser tomados como el modo estándar de hacerlo. Las especificaciones SOAP Versión 1.2 no especifican tal vínculo. Sin embargo, existe una Nota W3C no-normativa [SOAP Email Binding] que describe un vínculo de SOAP con el correo electrónico, su propósito principal es comenzar a demostrar la aplicación de la Infraestructura general de Vínculos con el Protocolo SOAP.
+Hoy en día los desarrolladores de aplicaciones, pueden utilizar la infraestructura de correo electrónico de Internet para transmitir mensajes SOAP ya sean como mensajes de [[correo electrónico]] de texto o como adjuntos.A continuación se ven ejemplos que muestran un modo de transmitir mensajes SOAP, y deben ser tomados como el modo estándar de hacerlo. Las especificaciones SOAP Versión 1.2 no especifican tal vínculo. Sin embargo, existe una Nota W3C no-normativa [SOAP Email Binding] que describe un vínculo de SOAP con el correo electrónico, su propósito principal es comenzar a demostrar la aplicación de la Infraestructura general de Vínculos con el Protocolo SOAP.
 ==Fuente==
 http://es.wikipedia.org/wiki/
 [[Category:Aplicaciones_informáticas]]

Simple Object Access Protocol - Historial de revisiones

Javiermartin jc: Texto reemplazado: «» por «»

Gricel04 en 17:56 27 mar 2013

Reynier idict: /* Algunas ventajas */

Reynier idict en 12:42 22 abr 2011

Reynier idict: SOAP trasladada a Simple Object Access Protocol

Reynier idict en 12:38 22 abr 2011

Mayensi0401ad: /* SOAP sobre correo electrónico */

Mayensi0401ad: /* SOAP sobre correo electrónico */

Mayensi0401ad en 14:25 4 abr 2011

Mayensi0401ad: /* SOAP sobre correo electrónico */

Javiermartin jc: Texto reemplazado: «
» por «»