¿Está CORBA desactualizado? [cerrado]

7

Estoy aprendiendo sobre software de clase en clase, y nuestro profesor nos ha hablado de CORBA. Investigando un poco, descubrí que la última versión (CORBA 3) se lanzó en 2002, lo que parece bastante antiguo en informática (bueno, de hecho, sé que también hay CORBA 3.3, lanzado en 2012, pero. .)

Entonces está mi pregunta: ¿CORBA está desactualizado?

Actualización: para hacerlo menos subjetivo, intentemos preguntar algunas cosas en particular:

  1. ¿Se utiliza CORBA en grandes proyectos nuevos?
  2. ¿CORBA tiene dificultades conocidas que lo hacen inútil en esa escena?
  3. ¿Están surgiendo nuevos marcos para llenar su lugar?

Creo que todo esto encaja bastante bien con la pregunta original (y ya se ha respondido)

Gracias de antemano

    
pregunta Btc Sources 20.03.2015 - 18:00

2 respuestas

11

Sí , CORBA rara vez se especifica para sistemas nuevos. Sin embargo, hay muchos sistemas en vivo que quizás desee o necesite conectarse para usar su interfaz CORBA, ya que fue muy popular desde principios de la década de 1990, durante unos veinte años, y los sistemas en vivo a menudo duran muchas décadas.

@Blrfl compartió un enlace a el ascenso y la caída de CORBA (Michi Henning, 2006, revista ACM Queue) que respalda mi afirmación.

  

Durante su vida útil, CORBA ha pasado de ser una tecnología de vanguardia para los primeros usuarios, a ser un middleware popular, a ser una tecnología de nicho que existe en una relativa oscuridad. ... La historia de CORBA es una que la industria de la computación ha visto muchas veces, y parece probable que los esfuerzos de middleware actuales, específicamente los servicios web, representen una historia similar.)

    
respondido por el dcorking 20.03.2015 - 18:55
6

El corto: Sí, lamentablemente (*), CORBA está desactualizado, como en:

  • No hay implementación .NET decente
  • El enlace de C ++ existente es feo, aunque existe un nuevo enlace de C ++ 11
  • No hay implementaciones decentes para otros lenguajes modernos (excepto Python )

Dicho esto, las implementaciones CORBA existentes como omniORB , TAO , R2CORBA son compatibles y se utilizan, y, en mi opinión, son mucho más maduros que muchos otros IPC / RPC frameworks , aunque ciertamente son más "modernos" y probablemente sean el futuro.

(*) Escribo con tristeza, y de hecho es un asunto triste, porque (punto 3 de Q), hay bastantes marcos que se están levantando, pero no hay uno que pueda reemplazarlo por completo en este momento, y todos Tienen problemas propios. (Inmadurez, adaptada a un conjunto de casos de uso limitado, interoperabilidad (por ejemplo, WCF a través de net.tcp), rendimiento, huella, licencias ( ICE ) , ...)

Además, abordé el punto 2., aunque no estoy de acuerdo con algunos puntos en The Rise and Fall of CORBA , un punto que es de hecho hoy un punto de dolor es la falta de versiones buenas , citando:

  

Versiones.

     

El software comercial implementado requiere middleware que   Permite actualizaciones graduales del software en una versión compatible con versiones anteriores.   camino. CORBA no proporciona ningún mecanismo de control de versiones (que no sea   versionado por derivación, que es absolutamente inadecuado). En lugar,   versionar una aplicación CORBA generalmente rompe el cable   Contrato entre cliente y servidor. Esto obliga a todas las partes de un   aplicación desplegada para ser reemplazada a la vez, lo que normalmente es   infactible (...)

Si bien es no tan horrible como suena el párrafo, es un problema para el que no conozco una solución elegante, incluso cuando me apego a una implementación CORBA única para todos sus partes.

    
respondido por el Martin Ba 20.03.2015 - 20:16

Lea otras preguntas en las etiquetas