Your SlideShare is downloading. ×
0
Tema6
Tema6
Tema6
Tema6
Tema6
Tema6
Tema6
Tema6
Tema6
Tema6
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Tema6

133

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
133
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Tema 6: Comparativa CORBA/Servicios Web
  • 2. Introducciónn Para establecer una comparativa, es preciso tener en cuenta n CORBA se introdujo en 1991 y Servicios Web en el 2000 n CORBA es una solución más madura y mucho más completa n Microsoft nunca ha querido apoyar CORBAn Orden de exposición n IIOP/SOAP n Implementación de clientes y servidores n Estandarización de APIs n Soporte para servicios estándar n Otros aspectos n Conclusiones
  • 3. IIOP/SOAP (1)n Interoperabilidad n Con SOAP, todavía existen algunos problemas de interoperabilidad (inexistentes en IIOP)n Eficiencia n IIOP es un protocolo binario n SOAP representa la información en XML n Los mensajes ocupan más y es preciso parsear XML n Por tanto, IIOP es más eficiente que SOAP
  • 4. IIOP/SOAP (y 2)n Uso en Internet n SOAP normalmente usa HTTP n Todos los firewalls reconocen HTTP n Adecuado para integraciones en Internet n En la práctica, es difícil usar IIOP sobre Internet n Existen firewalls que no reconocen IIOP (aunque hay terceros que venden proxies de IIOP) n Existen túneles de IIOP sobre HTTP, pero no son óptimos n Se precisa usar una tecnología ampliamente aceptada n Microsoft no fabrica implementaciones de CORBA (aunque hay terceros que lo hacen) n El soporte para Servicios Web está presente en cualquier plataforma
  • 5. Implementación de clientes y servidoresn Definición de interfaces n IDL es más legible que WSDL n Pero la idea es generar WSDL automáticamenten Implementación de clientes n Ambos pueden usar proxies (más sencillo) o invocar operaciones dinámicamente (más complejo)n Implementación de servidores n Los objetos CORBA pueden tener estado, mientras que los puertos de los servicios web no lo tienen n El POA de CORBA permite implementar servidores eficientes y escalables n No existe algo equivalente al POA para Servicios Web n Sin embargo, puede no ser necesario n Ej.: en Java, los Servicios Web se ejecutan en contenedores (web o EJB), eficientes y escalables
  • 6. Estandarización de APIsn El API CORBA está estandarizada n Es posible cambiar de fabricante CORBA sin que ello afecte al código fuenten Las APIs de Servicios Web no están totalmente estandarizadas n No afecta a la interoperabilidad (los protocolos están estandarizados), pero sí a la portabilidad n Las APIs Java se estandarizan n Ej.: Apache Axis es una implementación de JAX-RPC
  • 7. Soporte para servicios estándar (1)n Localización n Los Servicios de Nombres y Trading de CORBA conceptualmente son equivalentes a UDDIn Notificaciones n En CORBA, un operación puede recibir una referencia a un interfaz remoto como parámetro n Es posible aplicar el patrón Observer para enviar notificaciones entre aplicaciones publicadoras y subscriptoras n Además, CORBA ofrece servicios específicos para poder enviar notificaciones de forma escalable entre publicadores y subscriptores (Servicios de Eventos y Notificaciones) n Actualmente SOAP no permite que una operación reciba o devuelva una referencia a un puerto
  • 8. Soporte para servicios estándar (y 2)n Transacciones n Agrupar invocaciones a operaciones remotas dentro de una misma transacción n CORBA ofrece un potente Servicio de Transacciones n Actualmente no existe un Servicio de Transacciones para Servicios Webn Seguridad n Restringir los usuarios que pueden invocar una operación remota n CORBA ofrece un potente Servicio de Seguridad n Actualmente no existe un Servicio de Seguridad para Servicios Web
  • 9. Otros aspectosn “Industry momentum” n Se “habla mucho” de Servicios Web n Es normal porque es una tecnología muy reciente n Se habla menos de CORBA n En normal porque ya está muy asentadan Unas reflexiones ... n ¿ No es Servicios Web una reinvención de CORBA ? n ¿ Cuánto tiempo pasará hasta que la tecnología de Servicios Web se equipare con CORBA ? n Desde un punto de vista técnico, ¿ no hubiese mejor adoptar CORBA como tecnología universal de integración ? n Seguramente sí, pero Microsoft no ha querido ...
  • 10. Conclusionesn Integración de aplicaciones en Internet n En general, la tecnología de Servicios Web es la opción (aún con sus limitaciones) n En general, CORBA no es una opción (aún con su madurez y funcionalidad)n Integración de aplicaciones en intranets n Actualmente CORBA parece la mejor solución, dado que este tipo de integraciones suelen requerir transacciones, seguridad, eventos, etc. n Servicios Web podría ser una alternativa para integraciones sencillas (ej.: intercambio de datos)

×