J2EE应用程序打包与部署之一

　　5) 实施者

　　实施者负责把Web应用程序和EJB应用程序实施到服务器环境中。实施者并不负责实施资源适配器档案文件或者应用程序--客户档案文件，但也可能会负责这些组件的相关配置。这些组件即使是作为J2EE EAR文件的一部分打包，在企业应用程序实施的时候也不会被考虑。它们是J2EE应用程序的组成部分，但并不通过一个运行时的"激活过程(activation)"而组合，而Web应用程序和EJB容器在实施过程中要经过这个激活过程。资源适配器档案文件就是一个合法JCA实现的库。尽管它们被打包成一个J2EE EAR文件的组成部分，但它们并不在J2EE容器的上下文环境中运行。因此，由于资源适配器档案文件并没有J2EE容器，它们在激活过程中也不需要有J2EE实施者。

　　应用程序客户程序确实是在J2EE容器的上下文环境中运行，但是它们并不实施在应用程序服务器中。应用程序客户程序独立运行，实施者并不负责为这些程序配置容器环境。

　　实施者生成准备好供容器使用的Web应用程序、EJB应用程序，applet和已经针对应用程序服务器的目标环境定制的应用程序客户。

　　6) 系统管理员

　　系统管理员负责配置网络和运行环境供应用程序服务器和J2EE应用程序在其中运行。系统管理员还负责监视和维护J2EE应用程序。

　　3、打包的限制

　　EAR文件满足了打包应用程序的基本要求， 因为大多数基于Web的J2EE应用程序完全由Web和EJB应用程序组成。但是EAR文件缺乏打包复杂的J2EE应用程序的能力。例如，下列组件不能在一个EAR文件中被声明，但经常用于一个J2EE应用程序：

　　1) JDBC DataSource对象；

　　2) JMS ConnectionFactory和Destination对象；

　　3) JMX Mbeans；

　　4) 在应用程序服务器中运行的一些JMS消费者，如MessageConsumer作为SeverSession的一部分运行；

　　5) 当应用程序被实施和卸出(un-deployed)时触发的类。(这些类是由厂商提供的专门扩展，不是J2EE技术规范的规定。但是，所有的厂商一般都提供它们。)

　　目前这些组件都需要被手工配置以及通过实施厂商提供的管理接口配置和实施，并且这也是系统管理员的责任。随着时间的推移，这些项目的使用将会增加，因而EAR文件支持这些组件的打包也是很重要的，以便使应用程序的移植成为可能。

　　在下一部分中我将介绍如何打包J2EE应用程序