RMI以Java为核心，可与采用本机方法与现有系统相连接。IIOP，Internet Inter-ORB Protocol(互联网内部对象请求代理协议)，它是一个用于CORBA 2.0及兼容平台上的协议。

RMI以Java为核心，可与采用本机方法与现有系统相连接。这就是说，RMI可采用自然、直接和功能全面的方式为您提供分布式计算技术，而这种技术可帮助您以不断递增和无缝的方式为整个系统添加Java功能。

IIOP，Internet Inter-ORB Protocol(互联网内部对象请求代理协议)，它是一个用于CORBA 2.0及兼容平台上的协议。用来在CORBA对象请求代理之间交流的协议。Java中使得程序可以和其他语言的CORBA实现实现互操作性的协议。

RMI-IIOP出现以前，只有RMI和CORBA两种选择来进行分布式程序设计，二者之间不能协作。RMI-IIOP综合了RMI 和CORBA的优点，克服了他们的缺点，使得程序员能更方便的编写分布式程序设计，实现分布式计算。

首先，RMI-IIOP综合了RMI的简单性和CORBA的多语言性（兼容性），其次RMI-IIOP克服了RMI只能 用于Java的缺点和CORBA的复杂性（可以不用掌握IDL）。

RMI-IIOP由API组成，这些API允许使用不依赖于底层协议的RMI风格编程。作为那些API的实现，它同时支持Java SE本地RMI协议和CORBA IIOP协议。通过支持IIOP协议，Java EE应用程序就可以使用RMI-IIOP来访问CORBA服务，并且该应用程序兼容RMI编程约束(请查看RMI-IIOP的详细说明)。这样的CORBA服务通常由Java EE产品之外的组件定义，一般存在于以前遗留下来的系统中。只要求Java EE应用程序客户端可以使用RMI-IIOP API来直接定义它们自己的CORBA服务。通常这样的CORBA对象用于在访问其它的CORBA对象时进行回调。

当访问EJB组件时，Java EE应用程序必须使用RMI-IIOP API，特别是javax.rmi.PortableRemoteObject类的narrow方法，正如EJB规范所描述的。这些企业Bean可以独立于协议。需要注意的是，当使用依赖注入代替JNDI就行查找时，通常不需要使用narrow方法; 在注入对象引用之前，容器会为应用程序执行narrow方法。Java EE产品必须能够使用IIOP协议输出和访问企业Bean，这在EJB规范中被明确规定。对IIOP协议的支持使Java EE产品之间的交互成为可能，不过，Java EE产品也可以使用其它的协议。