J2EE简化应用开发

J2EE 简化应用开发

Sun 公司的 J2EE(Java2 企业版 ) 体系结构提供中间层集成框架用来满足没有太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台， J2EE 降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持 Enterprise JavaBeans ，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。本文通过讲述 J2EE 如何简化应用开发，希望使读者能对 J2EE 有更为深入的了解。

在当今竞争激烈的市场中，各种机构正面临着一种艰难的挑战：既要在业已缩短的开发周期内降低成本，又要提供广泛的电子商务服务。为了解决这个问题，许多公司都正在研究如何使用 Java 在中间层实施商业逻辑。那些 Java 的使用者常常发现，开发变得简单了，部署的速度也变快了。此外，分布式 Java 应用的实施还可以提高可伸缩性和可靠性。

过去，选择 Java 的公司曾经遭遇安全和性能问题 。在许多地方，这些问题降低了 Java 在企业内的总体价值。 Sun 公司已竭尽全力来解决这些问题，它近日公布的 Java 2 企业版 （ J2EE ）软件开发工具包（ SDK ）即是这种努力的成果。

J2EE 是一种利用 Java 语言的标准体系结构定义，如今，利用它，各公司可以更为方便地在中间层加速分布式部署。在企业开发工作中利用这种体系结构，开发者将不必担心运行关键商务应用所需的 “ 管道工程 ” ，从而可以集中精力重视商业逻辑的设计和应用的表示。

Sun 的 J2EE 组件有几部分组成，其中包括应用编程模型、标准实施平台、用来测试是否符合 J2EE 的兼容性套件和实施参考资料。这种最新版的 J2EE 巩固了 Java 2 标准版中的特征，在巧妙处理困扰 Java 的性能和安全问题的同时，增强了可伸缩性。 Sun 还添加了对 Enterprise JavaBeans 、 Java Servlet API 和 Java Server Pages （ JSP ）的全力支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。

J2EE 模型

任何肩负创建高可用和可靠的商业应用的人员都知道这项工作有多复杂。建立访问和管理来自各种各样的企业资源的数据和应用所需的中间层管道工程往往需要耗费大量时间和金钱。

J2EE 的应用编程模型（也叫 J2EE Blueprints ）提供一种包含用于实施基于 J2EE 的多层应用的文档和实例套件的体系模型，部分简化了这项复杂的工作。它应被用作开发人员设计和优化组件的原则，以便从策略上对开发工作进行分工，分配技术资源。遵照这种模型将确保一种 J2EE 应用与另一种的功能完全相同。

J2EE 应用编程模型要求开发者将自己的工作分成两类：商业逻辑和表示逻辑。其余则由系统资源自动处理。不必为中间层管道进行编码，开发人员就能将更多的时间花在商业和表示逻辑上，对重视缩短项目周期的公司来说，这种转变深受欢迎。

J2EE 平台

J2EE 平台是运行 J2EE 应用的标准环境。它由 J2EE 部署规范（一套所有 J2EE 平台产品都必须支持的标准）、 IETF 标准集和 CORBA 标准组成。最新的 J2EE 平台还添加了 JavaBean 组件模型。开发人员可以利用 JavaBean 组件模型来自定义 Java 类实例，并可通过已定义的事件访问 Java 类。

如前面所述， J2EE 支持 EJB ，因此，开发人员可以执行多用户和交易功能。当在 J2EE 服务器上运行时， Enterprise JavaBeans 将应用逻辑分成可再利用和可扩展的代码段。 Enterprise JavaBeans 并非这种产品的新特征，但是，通过定义标准客户端和服务 API 供使用， J2EE 增强了它们的能力和可移植性。

EJB 在服务器的一个容器内运行，它提供所有典型的中间层服务，如事务管理、安全、远程客户连接、生存周期管理和数据库连接缓冲。

为了让事务系统在存在 EJB 容器的情况下运行，开发人员只需在部署描述文件中定义 beans 的事务属性。这样，就不必开发代码来管理易于出错的事务边界。

J2EE 服务器

Sun 的 J2EE 服务器通过 Java 命名和目录接口（ JNDI ）、认证、 HTTP 及与 Enterprise JavaBeans 兼容的能力，提供命名和目录服务。 JNDI 是 Java 平台的一种标准扩展版，向企业内的命名和目录服务提供具有 Java 功能的带有统一接口的应用，包括 LDAP 。

J2EE 服务器还利用了 Java Servlet 技术。 Servlet （可以看作是运行在服务器上的一个小程序）向开发人员提供以组件为基础、创建基于 Web 的应用的独立于平台的方法，它不像利用 CGI 程序等其它方式那样具有性能局限。 Servlet 是一种扩展 Web 服务器功能的简单而相似的技巧，而且，由于它是用 Java 编写的，因而，能够访问整个 Java API 库，包括用于访问企业数据库的 JDBC API 。

JSP 是 Java Servlet 的一种扩展。 Servlet 提供开发和显示来自服务器的交互式 Web 页，而 JSP 又有了进一步的改进，它使创建和支持将静态模板和动态内容相结合的 HTML 和 XML 页面更加容易。

平静的内心

我们已详细讨论了构成平台的技术，但还未涉及 SDK 的新特征。它的一种根本特征就是兼容性测试套件。这种工具主要用于证实一种 Java 应用是否符合 J2EE 平台规范，由三种测试组件封装而成。第一种是用于基本 API 级兼容性的测试，使用分类签名测试来确保所有实施的 API 既不是所需 API 集的超集，也不是子集。

第二种测试实际上就是测试的一种超集，确保所有各个组件运行适当。第三种测试检查端对端兼容性。兼容性测试套件使用户放心，他们的 J2EE 应用将互相适当配合。

J2EE 还包括一套实施参考资料，它除了是厂商和公司所使用的 J2EE 平台操作规定外，还是开发人员证实某种应用的兼容性的指导原则。

J2EE 物有所值

如果你希望确保你的应用是以相容的方式建立的 ―― 即可伸缩、可靠并与其它企业应用兼容，则建议你采用 J2EE 。它的部署及部署技巧、快速的执行速度及安全方面的改进，使之堪称一种物有所值的技术，能够承载你的企业应用框架。它能够减轻某些中间层管道工程的负担，开发人员将会对重新编码感到兴趣盎然。