一种基于J2EE软件架构研究与应用.docVIP

一种基于J2EE的软件架构的研究与应用 　　摘要：提出了一个基于Struts的软件系统框架WEF（WrappingEJBFramework），该框架采用隐式实现服务定位，提高了JNDI服务的检索速度；强制使用ObjectValue降低网络传输的代价；采用配置文件等技术改善EJB的执行灵活性。对所提出的WEF的表示层和业务层进行了详细分析，并对WEF的核心模块的实现进行了描述，最后通过图书馆管理系统给出了WEF的一个实现。通过WEF的包装，EJB组件的调用将变得更加简洁，这有助于提高信息系统软件的开发效率，减小维护代价。 　　关键词：EJB；J2EE；Struts框架 　　中图法分类号：TP331??5文献标识码：A 　　文章编号：1001－3695(2006)09－0146－03 　　 　　1引言?? 　　 　　J2EE规范为企业级软件开发提供了一个非常理想的平台[1~3］。J2EE的核心是EJB(EnterpriseJaveBeans,EJB)。EJB在分布式、面向对象的企业级应用系统开发过程中可以提高系统的可复用性和可维护性[4,5,7]，但是EJB在实际使用时调用烦琐，缺乏灵活性[6]，原因主要有以下几个方面：?? 　　（1）EJB是分布式对象，引用EJB需要通过JNDI服务，需要耗费一定的时间；?? 　　（2）EJB是建立在Java的RMI??IIOP机制上的远程对象，需要通过网络传递许多附加信息；?? 　　（3）EJB所依赖的通信端口并非标准的系统端口，在某些企业应用中会面临安全策略的挑战，如果部署的目标机由于种种原因无法开放EJB端口，EJB就无法在这种环境中使用；?? 　　（4）由于EJB是分布式对象，每个EJB方法都会声明抛出一系列的远程异常，而Java语言的异常传播机制又需要每个所涉及的函数要么链式抛出异常，要么捕获异常，大大降低了源代码的可读性，也增大了程序员犯逻辑错误的可能性。?? 　　针对以上问题，提出了一个应用软件开发框架WEF（WrappingEJBFramework）以提高EJB的执行效率和灵活性。WEF的基本设计思路是：?? 　　（1）隐式实现ServiceLocator模式，提高JNDI服务的检索速度；?? 　　（2）在调用中强制使用ObjectValue模式，降低网络传输和序列化对象的代价；?? 　　（3）提供服务接口和协议无关化的手段，突破端口安全策略的限制；?? 　　（4）提供声明性异常处理体系，使得异常处理代码被配置文件取代，只需在配置文件中声明异常处理方法而不需编写异常捕捉和抛出的代码。?? 　　 　　2WEF的设计?? 　　 　　2．1WEF的表示层部分?? 　　WEF的表示层部分是WEF提供给WEF所包装的EJB服务的调用者的，其主要功能就是定位和调用EJB服务。?? 　　为了使得切换调用协议不影响客户端代码，这里使用了一个工厂模式以避免客户端代码中直接引用特定的协议适配器对象，如图1所示。 　　在图1中，WEFClient是WEF表示层暴露给用户的一个类，它拥有一个sendRequest方法，这个方法以用户的IRequest对象为参数，以业务层的IResponse对象为返回值（当通过JMS调用业务层服务时返回值为Null）。每个协议适配器都实现了IAdapter接口，这个接口有两个方法：Execute和Config。Execute是发送数据的方法，当WEFClient被客户调用发送请求时，它就把IRequest的完全限定名传给AdapterFactory，以得到一个IAdapter实现，然后WEFClient就把IRequest对象交给它发送。至于IAdapter实现具体是哪一种由AdapterFactory负责决定。它会在自己的配置信息中查找当前请求有没有定义发送协议，如果定义了，就返回所定义的发送协议的适配器实现；如果没有找到，就返回默认的发送协议适配器实现（RMI??IIOP适配器）。Config是配置适配器的方法，因为像RMI??IIOP适配器需要知道业务层RMI代理的JNDI名称才可以发送数据，而HTTP适配器也需要知道服务端Servlet的URL地址等。这些信息需要在发送数据之前得到设置。?? 　　 　　由于在WEF表示层提供了多种消息传递协议，当用户通过WEFClinent类调用业务层服务时，可以不必考虑所采用的传输协议的类型，而在配置文件中预先设置协议类型，这样在调用EJB时不必获取远程接口，提高了执行效率。?? 　　在构造调用参数时，WEF要求用户实现WEF提供的IRequest和IResponse接口，并且在实现类中只包含调用所需的数据和数据的存取方法，也就是构造值对象以减小网络负担。?? 　　WEF