CORBA（Common Object Request Broker Architecture, 公共对象请求代理体系结构）是由OMG（对象管理组织，Object Management Group）提出的应用软件体系结构和对象技术规范，被广泛的用来开发分布式系统。Apusic应用服务器是以RMI-IIOP（Remote Method Invocation Internet Inter-ORB Protocol）协议为基础完成分布式的对象的远程访问，因此可以和CORBA对象进行互相调用。并且，Apusic应用服务器还完整的实现了CORBA-EJB映射规范，能够在多个应用服务器实例和CORBA客户端之间传播事务、安全等上下文信息。CORBA和EJB的互操作规范包含以下四个方面：
EJB接口到CORBA接口的映射；
JNDI名字到CORBA名称服务（CosNaming ）的映射；
EJB和CORBA之间的事务传播；
EJB和CORBA之间的安全传播。
本文将通过一个范例展示CORBA客户端访问部署在Apusic上的EJB。虽然这是Apusic和CORBA互操作最简单的一个方面，并且不涉及安全和事务的传播，但已经显示了Apusic在互操作方面的能力和开发的一般步骤。
首先介绍一下服务器和客户端的开发运行环境。服务器端的环境为：
Windows 2000 Server
JDK1.4.2
Apusic应用服务器3.0
客户端的环境为：
Windows 2000 Professional
JDK1.4.2
Apusic应用服务器完全支持标准的EJB-CORBA映射，也就是说，EJB的home和remote也是CORBA对象。我们可以使用JDK提供的RMI编译器rmic -idl为EJB产生CORBA视图的IDL接口。用来定位EJB home接口的JNDI（Java naming service）被映射成CORBA naming service，这样，CORBA客户端就能查找和定位home接口并象CORBA对象一样使用它们。下图描述了CORBA客户端访问EJB的一般步骤：这些步骤包括：
开发并部署EJB；
使用RMI编译器rmic -idl为EJB远程接口产生IDL；
使用CORBA IDL编译器根据客户端的程序语言为客户端产生存根（stub）；
配置EJB服务器使用CORBA名称服务。Apusic缺省就使用CORBA名称服务作为JNDI 服务的提供者；
CORBA客户端在CORBA名称服务中查找和定位EJB；
CORBA客户端象访问普通CORBA对象一样访问EJB；
首先开发一个EJB模块，编译并部署到Apusic应用服务器上。这个例子中的EJB非常简单，是一个Stateless Session Bean，只包含一个业务方法sayHello。
public java.lang.String sayHello(java.lang.String name) {
String result = "hello, " + name;
System.out.println("invoke sayHello() : " + result);
return result;
}
然后使用RMI编译器rmic -idl为EJB远程接口产生IDL：
rmic -idl -noValueMethods
-classpath %apusic_home%/lib/apusic.jar;../ejb/build
-d idl samples.ejb.Hello samples.ejb.HelloHome
理论上可以使用任何CORBA规范支持的程序语言开发CORBA客户端。本范例展示的是Java CORBA客户端的开发。使用JDK1.4.2提供的idlj编译上一步得到的IDL：
idlj -emitAll -i ./idl -i %java_home%/lib
-fclient
-pkgPrefix java apusic
-pkgPrefix javax apusic
-pkgPrefix samples apusic
-td src
./idl/samples/ejb/Hello.idl
idlj -emitAll -i ./idl -i %java_home%/lib
-fclient
-pkgPrefix java apusic
-pkgPrefix javax apusic
-pkgPrefix samples apusic
-td src
./idl/samples/ejb/HelloHome.idl
注意，我们为IDL文件中的java、javax和samples模块在生成代码时增加了“apusic”作为package的前缀，这样可以避免同Java核心API的冲突。
JDK1.4.2提供的idlj编译器生成的Java代码包含了bug，必须手工更改这些错误。将类_Exception.java，CreateException.java和RemoveException.java中的_read和 _write方法注释或删掉。
这时，我们根据IDL编译器编译生成的Java文件，提供客户端实现，主程序的代码片断如下：
ORB orb = ORB.init(args, null);
// Look up the HelloHome, create an Hello and use it.
NamingContextExt nc =
NamingContextExtHelper.narrow(orb.resolve_initial_references("NameService"));
HelloHome home =
HelloHomeHelper.narrow(nc.resolve_str("ejb/CORBAClientSample"));
Hello hello = home.create();
String str = (String) hello.sayHello("apusic,corba client");
System.out.println(str);
System.exit(0);
从上面的代码中我们看到了CORBA客户端如何在CORBA名称服务中查找和定位EJB，并且如何象访问普通CORBA对象一样访问EJB。
最后我们编译并运行客户端。注意，我们并不需要编译所有idlj生成的Java源文件，只要编译包apusic.sample.ejb和我们编写的客户端主程序。Java编译器会根据类的连接情况自动编译类中引用的其他类。
javac -d ../build -sourcepath ./ apusic\samples\ejb\*.java
javac -d ../build -sourcepath ./ CorbaClient.java
确认EJB已经部署在Apusic上并且服务器正常运行。在命令行启动CORBA客户端，通过启动参数告诉客户端Apusic的位置和端口，来保证客户端ORB的正确初始化。假定Apusic运行在本机上，端口为6888：
java CorbaClient -ORBInitialHost localhost -ORBInitialPort 6888
如果前面的步骤都正确完成，我们将在客户端的屏幕上看到： hello, apusic,corba client
这个例子只是简单的展示了CORBA客户端能够访问EJB组件的业务方法。实际上CORBA和EJB的互操作复杂的地方在于事务和安全的映射，因此要求开发者对CORBA规范和开发比较熟悉。而且Java到IDL的映射可能遇到很多问题，例如：ValueType映射，集合的使用等，这就使CORBA客户端访问EJB在很多情况下不能成功。即使如此，Apusic支持和CORBA的互操作，依然对我们集成已有的CORBA系统、开发异构环境的分布式应用提供了很大的帮助，只是对开发人员的技术要求比较高。
EJB与CORBA的集成能力对于集成基于JAVA或非JAVA的应用来说是很重要的。本文描述了如何实现一个EJB与一个CORBA的C++应用相集成。它阐述了几个重要的集成问题，尤其是那些EJB采用JAVA固有的或是用户定义的对象作为参数或返回值的方法时涉及的问题。
EJB对于用JAVA来开发关键业务应用程序是非常重要的。但是，业务应用不是孤立存在的，当今，企业需要集成各种应用。从而，把基于EJB的解决方案与现有的应用系统集成起来就变得越来越重要了。
在本文中，我将说明如何从一个非JAVA语言编写的应用中访问EJB。更加特别地是，我将讨论从一个CORBA的C++客户端访问会话和实体Bean(它使用同步的IIOP协议进行通信)。我没有提到消息驱动Bean，尽管你可能想从其它语言编写的应用中使用MOM产品来访问它们。
1. RMI-IIOP
会话Bean和实体Bean使用远程方法调用(RMI)来进行同步通信。J2EE1.3要求JAVA客户端使用RMI-IIOP。RMI-IIOP采用CORBA的IIOP协议，这使得RMI-IIOP与CORBA相兼容。换句话说，不是基于JAVA开发的客户端可以通过CORBA与EJB进行通信。
要实现这点，你必须使用符合J2EE1.3的应用服务器。以前的EJB规范没有要求你去用RMI-IIOP协议。而是，应用服务器采用了RMI-JRMP或是其它私有协议。另外，你必须使用符合CORBA2.3.1或更高版本的ORB。以前的CORBA版本没有实现与RMI-IIOP协议进行互操作所必需的规范，尤其是后来集成中CORBA规范和JAVA到IDL的语言映射规范中的用值传递对象的规范(可以参看CORBA/IIOP规范2.6版，在“值类型语义”一章)。
值类型语言增加了用值来传递对象的概念，是由RMI引来，加入到CORBA中的。CORBA最初并不支持这项功能；但是，这个概念对于实现JAVA与CORBA之间的互操作是至关重要的。
JAVA到IDL语言映射规范定义了如何把JAVA接口映射到CORBA的IDL语言。这个定义使CORBA分布对象可以访问本来不具有CORBA的IDL的EJB(还有那些RMI-IIOP分布对象)。特别的是，这个规范定义了一个JAVA的RMI子集，叫RMI/IDL，它可以让你
映射到IDL，用IIOP(或是更通用，是GIOP协议)作为通信的底层协议。
2. RMI/IDL
许多RMI/IDL数据类型遵循一定的约束；我们来看一下那些最重要的类型。更详细的信息，请参看JAVA到IDL的语言映射规范。
表1显示了JAVA基本类型到IDL的映射。
表1：JAVA到IDL的映射
Java
OMG IDL
void
void
boolean
boolean
char
wchar
byte
octet
short
short
int
long
long
long long
float
float
double
double
JAVA包映射为IDL的模块。RMI/IDL中的远程接口映射为IDL的接口并具有相对应的名字。但是，那些用JavaBean命名方式用来只读或读写属性的方法被映射为IDL的属性。后面我将提到这个。
JAVA中可序列化的对象映射为CORBA的值类型。值类型为CORBA提供了用值来进行传递的语义。值类型是属于本地的，不能被远程调用。它们不注册到O
