BEA WebLogic Server 9.0是对Sun Microsystems的J2EE 1.4平台的领先实现。然而,WebLogic Server的核心价值主张则体现在J2EE规范中没有的领域――增强的治理、易用性、高可用性、可伸缩性、可靠性和性能。实际上,WebLogic Server的价值并不与任何特定的编程模型关联,所以很自然地,它也适用于新出现的非J2EE编程模型。近年来出现的最激动人心的事物莫过于基于反向控制(Inversion of Control,IoC)的模型,而SPRing Framework正是此类模型的领先实现。本文介绍了Spring Framework、WebLogic Server以及二者的集成的一些特性。我们将看到,整体大于部分之和。
在前两节中,我们将概览Spring和WebLogic Server,并介绍它们各自的特性。熟悉Spring Framework的读者可以跳过第一节。因为本文的主要目的是介绍两种技术的集成,所以本文余下的部分都会集中在这一点上。为了提供一个上下文,我们首先剖析了MedRec――与WebLogic Server一起发行的一个示例应用程序――首先是以原始的J2EE形式,然后再使用Spring Framework重构。此后,我们将围绕特定的集成点进行具体的阐述。假如您打算在WebLogic Server上开发Spring应用程序,那么您肯定能从本文中找到对您有所帮助的细节。假如您只是想进行大概的了解,那么先阅读标题,以后再了解其具体内容。最后,我们展望了一些正在考虑的未来开发工作。
在本节中,我们将简要概括Spring Framework的一些特性。
Spring 是一个分层的java/J2EE应用框架,它基于Rod Johnson所著的《EXPert One-on-One J2EE Design and Development》(Wrox,2002年)一书中所公布的代码。Spring之所以存在,是因为我们相信,J2EE应该更加易用,而且我们可以使用更简单的方法进行J2EE开发,同时又不牺牲平台的性能。
Spring支持灵活的J2EE开发,并答应使用POJO开发J2EE应用程序。
Spring在其核心部分提供了一个易于配置的、xml驱动的反向控制(IoC)容器。IoC基于所谓的“好莱坞原则”――不要给我们打电话,我们会找你。在这种方案中,应用程序中Java对象之间的关系是由容器注入的,而不是通过直接编程实现的。注入分两种形式――构造函数注入和setter注入,这取决于容器是通过其构造函数还是通过mutator方法把信息注入一个已创建的Java对象。
在Spring中,注入的属性――或到其他bean的引用――是通过一个XML文件进行配置的,这使得配置变得非常直接。Spring与一个AOP框架耦合在一起,而该框架支持非侵入性地添加诸如事务和安全这样的属性,这意味着开发人员可以集中精力创建用于解决业务问题的解决方案,而不会为J2EE开发或配置的复杂性而头痛。因为该容器是非侵入性的,所以您不必担心业务代码会被特定于供给商(此处也包括Spring)的工件所污染。
正如我们所提到的那样,Spring提供了一个轻量级的容器,用于提供集中式、自动化的配置和编写应用程序对象。该容器是非侵入性的,能够以一种一致而透明的方式,通过IoC把一组松散耦合的组件(POJO)组装为一个复杂的系统。因为该容器答应首先独立地开发和测试各软件组件,然后在任意环境(J2SE或J2EE)中进行扩展部署,所以它具有灵活性和高利用率,并提高了应用程序的可测试性和可伸缩性。此外,Spring还提供了大量其他的对开发人员友好的特性,如下:
新闻热点
疑难解答