Después de ver como Microsoft, SUN y Ximian han orientado su estrategia de servicios web hacia SOAP, croe que merece la pena comenzar con una labor de investigación sobre Simple Object Access Protocol.
Según el artículo de Cnet el objetivo con SOAP es lograr que el software que se descarga por mecanismos web (componentes supongo) funcione de forma independiente del sistema operativo. Esto recuerda mucho a lo que ha conseguido Java y a la idea central de MS .NET, aunque yo no sé si MS querrá la independencia del sistema operativo.
SOAP va a permitir que componentes distribuidos en distintas plataformas puedan interoperar entre sí, algo similar a lo que se ha logrado con CORBA, pero creo que de más alto nivel.
Tras SOAP hay una idea fundamental: la clave en los nuevos servicios web será la distribución de componentes software. El software va a pasar a ser un servicio. Los componentes viajarán por la red como ahora lo hacen las páginas web. Y por ello herramientas como Red Carpet y los servicios de Nautilus pasan a ser de vital importancia en este nuevo esquema.
SOAP fue diseñado como un protocolo basado en XML que permite el intercambio de datos en entornos distribuidos.
Del artículo ya no se puede sacar mucho más ya que a nivel técnico, no profundiza. Creo que el siguiente paso será instalar la implementación de SOAP para Perl y comenzar a jugar, una vez que ya tenemos claro el papel de SOAP como protocolo que dará soporte al intercambio de datos en entornos distribuidos.
Pero de la distribución de componentes, aún nada de nada.
--
--
Parafraseando a Trosky "aunque a ti no te importe la ley, a la ley le importas tú" - Josemi
Voy a ser indagando en SOAP
(Puntos:2)( http://acsblog.es/ | Última bitácora: Lunes, 09 Mayo de 2005, 09:17h )
Según el artículo de Cnet el objetivo con SOAP es lograr que el software que se descarga por mecanismos web (componentes supongo) funcione de forma independiente del sistema operativo. Esto recuerda mucho a lo que ha conseguido Java y a la idea central de MS .NET, aunque yo no sé si MS querrá la independencia del sistema operativo.
SOAP va a permitir que componentes distribuidos en distintas plataformas puedan interoperar entre sí, algo similar a lo que se ha logrado con CORBA, pero creo que de más alto nivel.
Tras SOAP hay una idea fundamental: la clave en los nuevos servicios web será la distribución de componentes software. El software va a pasar a ser un servicio. Los componentes viajarán por la red como ahora lo hacen las páginas web. Y por ello herramientas como Red Carpet y los servicios de Nautilus pasan a ser de vital importancia en este nuevo esquema.
SOAP fue diseñado como un protocolo basado en XML que permite el intercambio de datos en entornos distribuidos.
Del artículo ya no se puede sacar mucho más ya que a nivel técnico, no profundiza. Creo que el siguiente paso será instalar la implementación de SOAP para Perl y comenzar a jugar, una vez que ya tenemos claro el papel de SOAP como protocolo que dará soporte al intercambio de datos en entornos distribuidos.
Pero de la distribución de componentes, aún nada de nada.
--
Parafraseando a Trosky "aunque a ti no te importe la ley, a la ley le importas tú" - Josemi