[转帖]Enterprise JavaBeans导论

　　服务器端构件模型把构件模型的开发和中间件联系在一起。企业级应用系统的中间件以其复杂性着称，它不仅涉及到应用逻辑、并发性和伸缩性问题，也涉及到如何把不兼容的系统组合在一起的问题。服务器端构件模型解决了中间件开发的复杂性问题，它使得中间件开发人员集中于应用系统的逻辑部分，而不用处理同步、可伸缩性、事务集成、网络、分布式对象框架等一些分布式应用系统中存在的复杂的细节问题。EJB构件模型如图1所示：
　　　EJB Server负责与操作系统有关的底层细节，诸如和其它组件或系统的通讯协议、多线程、负载平衡等，EJB Container提供EJB的生存环境和各种服务（如Transaction Server），EJB Container和Server共同组成了EJB运行环境。
　　通过使用RMI（Remote Method Invocation）,，EJB支持远程的客户端存取。RMI产生一个对象，这个对象被安装在客户机系统中，作为存取服务器对象的代理对象，它使得服务器的位置对于客户机来说是透明的，EJB开发人员为每一个可存取的接口定义一个Java远程接口。
　　通过使用IIOP协议（Interne InterORB Protocol ），EJB也可以和其他的非Java客户机进行通讯，IIOP允许EJB系统和CORBA的集成，EJB可以存取CORBA服务器，CORBA客户机也可以存取EJB服务器。 EJB构件模型给开发者提供的支持包括以下一些特征：
　　· 可重用的构件
　　· 可伸缩性
　　· 资源管理
　　· 事务支持
　　· 并发性管理
　　· 安全性管理
　　EJB构件与Container之间有统一的界面，每一个EJB构件都可以运行在所有的运行环境中。在EJB构件模中有两种类型的EJB��session bean和entity bean，这两种类型的EJB代表了两种不同类型的事务逻辑的抽象。Session bean是短暂的对象，运行在服务器端，并执行一些应用逻辑处理，它由客户端应用程序建立，并仅被该应用程序所使用，其数据需要自己来管理，当系统停机后，session bean 不会再被恢复。Entity bean 是持久的对象，可以被其他对象调用，entity bean必须在建立时确定一个唯一的标识，并提供相应的机制允许客户应用程序根据entity bean标识来定位bean实例，多个用户可以并发访问entity bean，当系统停机时，entity bean可以被恢复。Entity bean在EJB1．0规范中可选的特征，但EJB技术发展非常快，在EJB规范说明1．I版本的草案中，已经规定entity bean是必须实现的特征，而不再是可选的特征。
　　需要注意的是，对于不同的EJB服务器来说，其对客户机的格式的要求是不同的，例如，客户机和服务器建立连接的方式随服务器的不同而不同，但客户机的这些差异并不影响EJB的跨平台性。
3、EJB构件模型的特点
　　在EJB1．O规范说明中，列出了设计EJB构件模型的目标，其中的一些如下：
　　· EJB将成为用Java语言开发分布式的、面向对象的企业级应用系统的标准构件体系结构，EJB使得通过组合构件得到分布式应用系统成为可能。 
　　· EJB使得应用系统开发变得容易，应用系统开发人员不需要理解底层的事务处理细节、状态管理、多线程、资源共享管理、以及其它复杂的底层API细节。
　　· EJB遵循Java的"write once，run anywhere"的思想，一旦一个EJB开发完成之后，就可以部署在任何支持EJB的平台上，而不需要重新编译或对源代码进行修改。 
　　· EJB定义了一个协议，使得用不同供应商提供的工具开发和部署的构件能在运行时互操作。
　　· EJB体系结构和已有的服务器平台、其它的Java APL、CORBA等兼容。
　　· EJB将支持enterprise Beans和其它的非Java应用系统的互操作性。

9 7 3 11 12 13 14 15 16 17 18 19 4 8 :