EJB(Enterprise Java Bean)是JavaEE中面向服务的体系架构的解决方案,可以将功能封装在服务器端,以服务的形式对外发布,客户端在无需知道方法细节的情况下来远程调用方法,大大降低了模块间的耦合性,提高了系统的安全性和可维护性。本章将介绍EJB的作用,创建一个基于EJB的程序,讲解EJB的配置以及会话Bean的使用。
为什么需要EJB
要想知道为什么要使用EJB,就需要知道"面向服务"的概念。"面向服务",是软件开发过程中,异构环境下模块调用的一个比较重要的思想。同样,面向服务也只是一种设计思想,不是一种编程技术。由"面向服务"的思想,业界提出了"面向服务的体系结构(Service Oriented Architecture, SOA)"的概念。
用一个实际案例来引入"面向服务"的概念。在某些大型应用场合,我们要在不同的运行环境之间传递数据,比如:
A公司需要从B公司的数据库中查询一些内容之后返回,进行处理,如何实现?
最简单的结构,如图17-1所示:
图17-1 最简单的两公司之间互相调用的结构 |
但是,以上程序在实际操作中,是不能实现的。因为JDBC代码写在A公司部分,那就必须让A公司的程序知道B公司数据库的详细结构。在一般情况下,这是不合理的。比如,一个公司通过自己的平台向银行转账,不可能知道银行数据库的结构。于是,程序可以变为如图17-2所示结构:
(点击查看大图)图17-2 改进的结构 |
该结构详述如下:B公司编写自己的程序,访问数据库,对外发布一个接口,并发布一个服务的名称。我们知道,接口里面并没有核心代码。该接口也被A公司获取,A公司网上寻找相应的B公司发布的服务名称,然后通过接口调用B公司程序里面的方法。
但是,该技术不是简单就可以实现的,因为A公司和B公司的程序,可能运行在不同的虚拟机内,甚至可能是不同的语言。EJB可以解决A公司和B公司使用的都是Java语言,但是处于不同的Java虚拟机的情况。
该问题的原型是:一个Java虚拟机内的对象能否远程调用另外一个Java虚拟机里面的对象内的方法?实际上,在Java内,该技术可以用RMI(远程方法调用)实现。而EJB的底层,就是用RMI实现的。
实际上,即使是在同一个Java虚拟机内,将某个功能以服务的形式对外发布,被该虚拟机中的另一个模块调用,也是可以大大降低耦合性的。因为模块之间打交道的,只是一个接口和一个服务名称。
不过,顺便需要提到的是,如果两个程序使用的是不同语言平台,如一个是C,一个是Java,业界中也提出了一些方法来解决数据交换问题,如WebService、CORBA等。读者可以参考相关文献。