RMI vs CORBA

RMI vs CORBA

Comparar RMI y CORBA no revela una óptima solución – uno no es ‘mejor’ que el otro. Las propiedades de estas dos tecnologías se prestan para diferentes situaciones. Una comparación deRMI y CORBA ayuda a resaltar puntos fuertes y débiles, pero la aplicación de una tecnología sobre la otra depende en gran medida de los propósitos para los cuales sean usados, la experiencia de losdesarrolladores quienes diseñarán, implementarán y mantendrán el sistema distribuido y si los sistemas no-java están destinados a acceder al sistema ahora y en el futuro.


RMI pros and cons

RMItiene características significativas que CORBA no posee – en particular, la habilidad de mandar nuevos objetos (código y datos) a través de una red, y a máquinas virtuales externas para manejar sinproblemas los nuevos objetos. RMI ha estado disponible desde JDK 1.02, y muchos desarrolladores están familiarizados con la forma en que esta tecnología funciona, y las organizaciones puede que yatengan sistemas usando RMI. Su principal limitación, sin embargo, es que está limitada a Java Virtual Machine, y no puede interactuar con otros lenguajes.


Remote Method Invocation (RMI)
Pros ConsPortátil a través de muchas plataformas. Atado sólo a plataformas con soporte a Java.
Puede introducir nuevo código para JVM externo. Las amenazas de seguridad con ejecución de código remoto, ylimitaciones en la funcionalidad están impuestas por las restricciones de seguridad.
Desarrolladores de Java pueden ya tener experiencia con RMI. La curva de aprendizaje para desarrolladores que no tienenexperiencia en RMI es comparable con la de CORBA.
Los sistemas existentes pueden ya tener RMI implementado – el costo y el tiempo para cambiar a una nueva tecnología puede ver prohibitivo. Sólo puedeoperar con sistemas Java - no hay soporte para sistemas heredados escritos en C++, Ada, Fortran, Cobol, y otros (incluyendo lenguajes futuros).








CORBA pros and cons

CORBA está...