Modelo Corba

Problemas y críticas
Mientras CORBA se comprometió a entregar mucho en la forma en que había sido escrito el código y el software construido, este ha sido objeto de muchas críticas.
Algunas de lasfallas mostradas fueron provocadas por las implementaciones y el proceso por el cual CORBA fue creado como un estándar, otros muestran problemas de la política y los negocios de la implementacióncomo un software estándar. Estos problemas llevaron a una declinación de uso y adopción de CORBA dentro de nuevos proyectos en diversas áreas.
Incompatibilidades en la implementación
Lasespecificaciones iniciales de CORBA definen solamente el IDL, no el formato en conjunto. Esto significa que la compatibilidad con el código fuente fue lo mejor que estaba disponible por muchos años. Con CORBA 2posteriormente este problema ha sido resuelto.
Ubicación transparente
La noción de una ubicación transparente de CORBA ha sido criticada, es decir, que estos objetos que residen en el mismo espaciode direcciones y es accesible con una simple función call, tratan sobre los mismos objetos que residen en otras partes (diferentes procesos en la misma maquina o en diferentes maquinas). Esta nociónes errónea si alguna requiere todos los accesos locales, esto parece ser algo complicado en un escenario remoto más complejo.
Sin embargo, CORBA no coloca una restricción en la complejidad de lasllamadas. Muchas implementaciones proveen hilos o conexiones semánticas recursivas. Por ejemplo el objeto A llama al objeto B, este a su vez devuelve el llamado al objeto A antes de regresar el llamadoinicial.
Deficiencias en el diseño y el proceso
La creación de los estándares de CORBA también se citan a menudo para su proceso de diseño, hecho por un comité. No hubo un proceso que regulara entrelas propuestas conflictivas o entre decidir sobre la jerarquía de los problemas a abordar. Por este motivo, el estándar fue creado tomando la unión de las características de todas las propuestas...