|
| Sun ONE Application Server 7, Update 1 管理员指南 |
部署应用程序本 module 介绍如何部署 Sun ONE Application Server 的各种模块和应用程序。
Sun ONE Application Server 模块和应用程序包括 J2EE 标准元素和 Sun ONE Application Server 特定元素。本 module 仅详细介绍 Sun ONE Application Server 特定元素。
要了解有关部署所需的封装和组建模块及应用程序，请参见《Sun ONE Application Server Developer's Guide》。
本module包括以下主题：
- 关于 J2EE 模块
- 关于 J2EE 应用程序
- J2EE 标准描述符
- Sun ONE Application Server 描述符
- 命名标准
- 部署目录结构
- 运行时环境
- 关于类装入器
- 部署模块和应用程序
- 应用程序部署描述符文件
关于 J2EE 模块
J2EE 模块是一个或多个相同容器类型的 J2EE 组件以及该类型的部署描述符的集合。一个是 J2EE 标准描述符，另一个是 Sun ONE Application Server 特定描述符。J2EE 模块的类型包括：
- Web 应用程序归档 (WAR)：Web 应用程序是 servlet、HTML 页面、类以及可以捆绑并部署到若干个 J2EE 应用程序服务器的其它资源的集合。WAR 文件可以包含以下项目：servlet、JSP、JSP 标记库、公用程序类、静态页面、客户端小应用程序、Bean、Bean 类以及部署描述符（web.xml 和可选的 sun-web.xml）。
- EJB JAR 文件：EJB JAR 文件是组建企业 Bean 的标准格式。这个文件包含 Bean 类（home、remote、local 和 implementation）、所有公用程序类和部署描述符（ejb-jar.xml 和可选的 sun-ejb-jar.xml）。如果 EJB 是具有容器管理的持久性的实体 Bean，可能还会包含 CMP 部署描述符 sun-cmp-mapping.xml。
- 应用程序 (RMI/IIOP) 客户机 JAR 文件：RMI/IIOP 客户机是一个 Sun ONE Application Server 特定类型的 J2EE 客户机。RMI/IIOP 客户机支持标准的 J2EE 应用程序客户机规范，并且还支持对 Sun ONE Application Server 的直接访问。其部署描述符是 application-client.xml 和可选的 sun-application-client.xml。
- 资源 RAR 文件：RAR 文件适用于 J2EE CA 连接器。连接器模块类似于一个设备驱动程序，它提供了 EJB 访问外部企业系统的可移植方式。每个 Sun ONE Application Server 连接器都拥有一个 J2EE XML 文件 ra.xml。连接器必须还拥有一个 Sun ONE Application Server 部署描述符 sun-ra.xml。
软件包定义必须在所有模块的源代码中使用，以便类装入器可以在部署模块后正确定位类。
因为部署描述符中的信息是公开的，所以无需修改源代码便可对它进行更改。在运行时，J2EE 服务器读取此信息并采取相应的行动。
EJB JAR 模块和 Web 模块还可以在任何应用程序之外组建成单独的 .jar 或 .war 文件并单独部署，如下图所示。
关于 J2EE 应用程序
J2EE 应用程序是通过应用程序部署描述符捆绑在一起的一个或多个 J2EE 模块的逻辑集合。各组件可以在模块级别上或应用程序级别上进行组建。各组件还可以在模块级别上或应用程序级别上进行部署。
各组件被组建成模块，然后又组建成准备用于部署的 Sun ONE Application Server 应用程序 .ear 文件。
每个模块都具有一个 Sun ONE Application Server 部署描述符和一个 J2EE 部署描述符。Sun ONE Application Server 管理界面使用部署描述符来部署应用程序组件，并在 Sun ONE Application Server 上注册资源。
每个应用程序包含一个或多个模块，一个可选的 Sun ONE Application Server 部署描述符以及一个必需的 J2EE 应用程序部署描述符。所有项目都使用 Java ARchive (.jar) 文件格式组建成扩展名为 .ear 的一个文件。
J2EE 标准描述符
J2EE 平台提供了组建和部署设备。这些设备使用 JAR 文件作为组件和应用程序的标准软件包，并使用基于 XML 的部署描述符自定义参数。有关 J2EE 组建和部署进程的详细信息，请参见《Developing Enterprise Applications with the J2EE, v 1.0》的第 7 章。
J2EE 标准部署描述符将在 J2EE 规范 v1.3 中进行介绍。
要在部署前检查这些部署描述符的正确性，请参见《Sun ONE Application Server Developer's Guide》中有关部署描述符检验器的信息。
下表“J2EE 标准描述符”中显示了查找有关 J2EE 标准部署描述符详细信息的位置。左侧列中列出了部署描述符，右侧列中列出了查找这些描述符详细信息的位置。
可以从以下地址查找这些规范：
Sun ONE Application Server 描述符
Sun ONE Application Server 将使用附加的部署描述符配置专用于 Sun ONE Application Server 的功能。除连接器模块必需使用的 sun-ra.xml 文件之外，这些都是可选的。
要在部署前检查这些部署描述符的正确性，请参见《Sun ONE Application Server Developer's Guide》中有关部署描述符检验器的信息。
下表 Sun ONE Application Server 描述符中显示了查找有关部署描述符详细信息的位置。左侧列中列出了部署描述符，右侧列中列出了查找这些描述符详细信息的位置。
注意 Sun ONE Application Server 部署描述符必须对 UNIX 系统具有 600 级存取特权。
所有 Sun ONE Application Server 部署描述符的 DTD 架构文件都位于 install_dir/appserv/lib/dtds 目录中。
命名标准
应用程序和单独部署的 EJB JAR、WAR 和连接器 RAR 模块的名称（由 server.xml 文件中的 name 属性指定）在 Sun ONE Application Server 中必须是唯一的。如果没有明确指定名称，则默认名称为文件名的第一部分（不包含 .war 或 .jar 扩展名）。有关 server.xml 的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
不同类型的模块在一个应用程序内可以具有相同的名称，这是因为部署应用程序时，保存各个模块的目录会以 _jar、_war 或 _rar 后缀命名。相同类型的模块在一个应用程序内必须具有唯一的名称。此外，数据库架构文件名在一个应用程序内必须是唯一的。
建议将 Java 类似软件包的命名模式用于模块文件名、EAR 文件名、在 ejb-jar.xml 文件的 <module-name> 部分找到的模块名以及在 ejb-jar.xml 文件的 <ejb-name> 部分找到的 EJB 名称。使用这种类似软件包的命名模式可以确保不会发生名称冲突。这种命名方式的好处不仅仅适用于 Sun ONE Application Server，还适用于其它 J2EE 应用程序服务器。
EJB 的 JNDI 查找名称也必须是唯一的。同样，建立一致的命名惯例会有帮助。例如，将应用程序名和模块名附加到 EJB 名称上是一种确保名称唯一的方式。在这种情况下，mycompany.pkging.pkgingEJB.MyEJB 将是模块 pkgingEJB.jar 中 EJB 的 JNDI 名称，该模块是在应用程序 pkging.ear 中封装的。
请确保软件包和文件名中不包含空格或操作系统不认可的字符。
部署目录结构
当部署应用程序时，保存各模块的目录将以 _jar、_war 或 _rar 后缀命名。如果使用 asadmin deploydir 命令部署目录而不是 EAR 文件，目录结构必须遵循这一惯例。
模块和应用程序目录结构将遵循 J2EE 规范中描画的结构。
下面是一个包含 Web 模块、EJB 模块和客户机模块的简单应用程序的目录结构示例。
+ converter_1/
|--- converterClient.jar
|--+ META-INF/
| |--- MANIFEST.MF
| |--- application.xml
| '--- sun-application.xml
|--+ war-ic_war/
| |--- index.jsp
| |--+ META-INF/
| | |--- MANIFEST.MF
| '--+ WEB-INF/
| |--- web.xml
| '--- sun-web.xml
|--+ ejb-jar-ic_jar/
| |--- Converter.class
| |--- ConverterBean.class
| |--- ConverterHome.class
| '--+ META-INF/
| |--- MANIFEST.MF
| |--- ejb-jar.xml
| '--- sun-ejb-jar.xml
'--+ app-client-ic_jar/
|--- ConverterClient.class
'--+ META-INF/
|--- MANIFEST.MF
|--- application-client.xml
'--- sun-application-client.xml
下面是一个单独部署的连接器模块的目录结构的示例。
+ MyConnector/
|--- readme.html
|--- ra.jar
|--- client.jar
|--- win.dll
|--- solaris.so
'--+ META-INF/
|--- MANIFEST.MF
|--- ra.xml
'--- sun-ra.xml
运行时环境
不论将组件部署为单独部署的模块还是部署为应用程序，部署都将影响文件系统和服务器配置。请参见图“模块运行时环境”和“应用程序运行时环境”。
模块运行时环境
下图“模块运行时环境”说明了基于模块的单独部署的部署环境。
模块运行时环境
对于文件系统条目，模块将提取到以下位置：
instance_dir/applications/j2ee-modules/module_name
instance_dir/generated/ejb/j2ee-modules/module_name
instance_dir/generated/jsp/j2ee-modules/module_namegenerated/ejb 目录中包含占位程序和捆绑程序；generated/jsp 目录中包含已编译的 JSP。
生命周期模块将提取到以下位置：
instance_dir/applications/lifecycle-modules/module_name
配置条目将添加到 server.xml 中，如下所示：
<server>
<applications>
<type-module>
...module configuration...
</type-module>
</applications>
</server>server.xml 中模块的 type 可以是 lifecycle、ejb、web 或 connector。有关 server.xml 的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
应用程序运行时环境
下图“应用程序运行时环境”说明了基于应用程序的部署环境。
应用程序运行时环境
对于文件系统条目，应用程序将提取到以下位置：
instance_dir/applications/j2ee-apps/app_name
instance_dir/generated/ejb/j2ee-apps/app_name
instance_dir/generated/jsp/j2ee-apps/app_namegenerated/ejb 目录中包含占位程序和捆绑程序；generated/jsp 目录中包含已编译的 JSP。
配置条目将添加到 server.xml 中，如下所示：
<server>
<applications>
<j2ee-application>
...application configuration...
</j2ee-application>
</applications>
</server>有关 server.xml 的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
将 server.xml 配置为使用 FastJavac 编译器
默认情况下，Sun ONE Application Server 使用内置的 JDK 编译器在部署期间编译应用程序。还可以使用 Sun One Studio 的 FastJavac 编译器，它在部署期间的编译速度更快。
在 Solaris 的捆绑安装中，FastJavac 编译器的位置不是透明的。要使用 FastJavac 编译器，需要使用编译器的路径配置管理服务器的 server.xml，如下所示：
在 server.xml 的 java-config 元素中添加以下 jvm-option：
<java-config java-home="/<install-dir>/jdk" server-classpath="....." >
jvm-options>-Dcom.sun.aas.deployment.java.compiler=/<install-dir>/studio4/bin/fastjavac/fastjavac.sun</jvm-options>
<property name="com.sun.aas.deployment.java.compiler.options"
value="-jdk /<install-dir>/jdk" />
</java-config>
关于类装入器
了解 Sun ONE Application Server 类装入器可以帮助您确定从何处以及如何定位模块和应用程序的支持 JAR 和资源文件。
在 Java 虚拟机 (JVM) 中，类装入器动态装入解析相关性所需的特定 Java 类文件。例如，需要创建 java.util.Enumeration 的一个实例时，其中一个类装入器将相关的类装入环境中。有关类装入器的详细信息，请参见《Sun ONE Application Server Developer's Guide》。
部署模块和应用程序
本节介绍了将 J2EE 应用程序和模块部署到 Sun ONE Application Server 的几种不同方法。本节包括以下主题：
- 部署名称和错误
- 部署生命周期
- 模块或应用程序的部署
- 部署 WAR 模块
- 部署 EJB JAR 模块
- 部署生命周期模块
- 部署 RMI/IIOP 客户机
- 部署 J2EE CA 资源适配器
- 部署静态内容
- 访问共享的框架
部署名称和错误
部署应用程序或模块时，server.xml 文件中将生成唯一的名称。请不要更改此名称。部署期间，服务器将检测是否存在名称冲突，并且不装入具有非唯一名称的应用程序或模块。发生名称冲突时，相关消息将发送到服务器日志。有关命名的详细信息，请参见“命名标准”。
如果部署期间发生错误，将不部署应用程序或模块。如果应用程序内的模块包含错误，则整个应用程序都不进行部署。
有关 server.xml 的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
部署生命周期
应用程序初次部署之后，可以对其进行修改、重新装入、重新部署、禁止、重新启用和最终取消部署（从服务器删除）操作。本节包括以下与部署生命周期相关的主题：
动态部署
可以部署、重新部署和取消部署应用程序和模块，而不必重新启动服务器。这称为动态部署。
虽然动态部署主要用于开发者，但是它可以在操作环境中使用以联机引入新的应用程序和模块，而不必重新启动服务器。无论何时进行重新部署，该转换时间的会话都将无效。客户机必须重新启动该会话。
禁止已部署的应用程序或模块
您可以禁止已部署的应用程序或模块，而无需将其从服务器删除。每个应用程序和模块都具有 server.xml 文件中的 enabled 属性和管理界面中的相应选项，您可以对它们进行更改。有关 server.xml 的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
动态重新装入
如果已启用动态重新装入，更改代码时您不必重新部署应用程序或模块。您要做的只是将已更改的类文件复制到应用程序或模块的部署目录中。服务器将定期检查更改，并按照更改自动地、动态地重新部署应用程序。
这在开发环境中很有用，因为它允许快速检测代码更改。但是，不建议在生产环境中使用动态重新装入，因为它可能会降低性能。此外，无论何时进行重新装入，该转换时间的会话都将无效。客户机必须重新启动该会话。
要启用动态重新装入，可以执行以下操作之一：
- 使用管理界面：
选中“Reload Enabled”复选框，将启用动态重新装入。
在“Reload Poll Interval”字段中输入秒数，将设置检查应用程序和模块的代码更改并动态重新装入的时间间隔。
转至服务器实例页面，并选择“Apply Changes”按钮。
- 编辑 server.xml 文件的 applications 元素的以下属性：
dynamic-reload-enabled="true" 启用动态重新装入。
dynamic-reload-poll-interval-in-seconds 设置检查应用程序和模块的代码更改并动态重新装入的时间间隔。
有关 server.xml 的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
此外，要装入新的 servlet 文件，重新装入 EJB 相关的更改，或重新装入部署描述符更改，必须执行以下操作：
- 在已部署应用程序的根目录中创建名为 .reload 的空文件：
instance_dir/applications/j2ee-apps/app_name/.reload
对于单独部署的模块：
instance_dir/applications/j2ee-modules/module_name/.reload
- 每次进行上述更改时，都要明确更新 .reload 文件的时间标记类（在 UNIX 中是 touch .reload）。
对于 JSP，更改自动以 sun-web.xml 文件的 jsp-config 元素的 reload-interval 属性中设置的频率重新装入。要禁止 JSP 的动态重新装入，请设置 reload-interval="-1"。
部署工具
本节介绍了部署模块和应用程序可以使用的各种工具。部署工具包括：
asadmin 公用程序
您可以使用 asadmin 公用程序在本地服务器上部署或取消部署应用程序和单独部署的模块。多台计算机上的并行部署不受支持。本节仅简要介绍了 asadmin 公用程序。
要部署生命周期模块，请参见“部署生命周期模块”。
asadmin deploy
asadmin deploy 命令可以部署 WAR、JAR、RAR、或 EAR 文件。要部署应用程序，请在命令中指定 --typeapplication。要部署单个模块，请指定 --typeejb、web、connector。语法如下所示，并显示了其可选参数的默认值：
asadmin deploy --user admin_user [--password admin_password] [--host localhost] [-port 4848] [--secure | -s] [--virtualservers virtual_servers] [--type application|ejb|web|connector] [--contextroot contextroot] [--force=true] [--precompilejsp=false] [--name component_name] [--upload=true] [--retrieve local_dirpath] [--instance instance_name] filepath
例如，以下命令将部署单个 EJB 模块：
asadmin deploy --user jadams --password secret --host localhost --port 4848 --type ejb --instance server1 packagingEJB.jar
asadmin deploydir
asadmin deploydir 命令将在打开的目录结构中部署应用程序或模块。该结构必须和“部署目录结构”中指定的结构相同。instance_dir/applications/j2ee-apps 或 instance_dir/applications/j2ee-modules 下的 dirpath 的位置将确定它是一个应用程序还是单独部署的模块。语法如下所示，并显示了其可选参数的默认值：
asadmin deploydir --user admin_user [--password admin_password] [--host localhost] [-port 4848] [--secure | -s] [--virtualservers virtual_servers] [--type application|ejb|web|connector] [--contextroot contextroot] [--force=true] [--precompilejsp=false] [--name component_name] [--instance instance_name] dirpath
例如，以下命令将部署单个 EJB 模块：
asadmin deploydir --user jadams --password secret --host localhost --port 4848 --type ejb --instance server1 packagingEJB
asadmin undeploy
asadmin undeploy 命令将取消部署应用程序或模块。要取消部署应用程序，请在命令中指定 --typeapp。要取消部署模块，请指定 --typeejb、web 或 connector。语法如下所示，并显示了其可选参数的默认值：
asadmin undeploy --user admin_user [--password admin_password] [--host localhost] [-port 4848] [--secure | -s] [--type application|ejb|web|connector] [--instance instance_name] component_name
例如，以下命令将取消部署单个 EJB 模块：
asadmin undeploy --user jadams --password secret --host localhost --port 4848 --type ejb --instance server1 packagingEJB
管理界面
可以使用管理界面将模块和应用程序部署到本地和远程的 Sun ONE Application Server 站点。要使用此工具，请执行以下步骤：
- 打开服务器实例下的“Applications”组件。
- 转到“Enterprise Applications”、“Web Applications”、“Connector Modules”或“EJB Modules”页面。
- 单击“Deploy”按钮。
- 输入模块或应用程序的完整路径（或单击“Browse”查找），然后单击“OK”按钮。
- 输入模块或应用程序的名称。
如果模块和应用程序已经存在，还可以通过选中相应的复选框重新部署模块或应用程序。这是可选的。
- 通过选中虚拟服务器名称旁边的复选框，将应用程序或模块分配给一个或多个虚拟服务器。
- 单击“OK”按钮。
要部署生命周期模块，请参见“部署生命周期模块”。
Sun ONE Studio
可以使用 Sun ONE Studio 4 部署 J2EE 应用程序和模块。有关使用 Sun ONE Studio 的详细信息，请参见《Sun ONE Studio 4, Enterprise Edition Tutorial》。
注意 在 Sun ONE Studio 中，部署模块或应用程序被称为执行。执行还包括确保服务器正在运行和显示正确的 URL 以激活模块或应用程序。
模块或应用程序的部署
可以部署应用程序或独立于应用程序的单个模块。基于应用程序的部署或基于模块的单独部署的运行时和文件系统含义在“运行时环境”中进行介绍。
如果组件需要由以下项目访问，则首选基于模块的单独部署：
- 其它模块
- J2EE 应用程序
- RMI/IIOP 客户机（基于模块的部署允许对 RMI/IIOP 客户机的 Bean、servlet 或 EJB 进行共享访问。）
模块可以组合到 EAR 文件中，然后作为单个模块部署。这与单独部署 EAR 模块类似。
部署 WAR 模块
可以用“部署工具”中介绍的方法之一来部署 WAR 模块。
通过将 -keepgenerated 属性添加到 sun-web.xml 中的 jsp-config 元素，可以保存生成的 JSP 源。如果部署 WAR 模块时包含此属性，则在应用程序中，生成的源将保存在 instance_dir/generated/jsp/j2ee-apps/app_name/module_name 中；而在单独部署的 Web 模块中，生成的源将保存在 instance_dir/generated/jsp/j2ee-modules/module_name 中。有关 -keepgenerated 属性的详细信息，请参见《Sun ONE Application Server Developer's Guide to Web Applications》。
部署 EJB JAR 模块
可以用“部署工具”中介绍的方法之一来部署 EJB JAR 模块。
通过将 -keepgenerated 标志添加到 server.xml 中的 java-config 元素的 rmic-options 属性，可以保存占位程序和捆绑程序生成的源。如果部署 EJB JAR 模块时包含此标志，则在应用程序中，生成的源将保存在 instance_dir/generated/ejb/j2ee-apps/app_name/module_name 中；而在单独部署的 EJB JAR 模块中，生成的源将保存在 instance_dir/generated/ejb/j2ee-modules/module_name 中。有关 -keepgenerated 标志的详细信息，请参见《Sun ONE Application Server Administrator's Configuration File Reference》。
部署生命周期模块
有关生命周期模块的详细信息，请参见《Sun ONE Application Server Developer's Guide》。
可以使用以下工具部署生命周期模块：
asadmin 公用程序
要部署生命周期模块，请使用 asadmin create-lifecycle-module 命令。语法如下所示，并显示了其可选参数的默认值：
asadmin create-lifecycle-module --user admin_user [--password admin_password] [--host localhost] [-port 4848] [--secure | -s] [--instance instance_name] --classname classname [--classpath classpath] [--loadorder load_order_number] [--failurefatal=false] [--enabled=true] [--description text_description] [--property (name=value)[:name=value]*] modulename
例如：
asadmin create-lifecycle-module --user jadams --password secret --host localhost --port 4848 --instance server1 --classname RMIServer MyRMIServer
要取消部署生命周期模块，请使用 asadmin delete-lifecycle-module 命令。语法如下所示，并显示了其可选参数的默认值：
asadmin delete-lifecycle-module --user admin_user [--password admin_password] [--host localhost] [-port 4848] [--secure | -s] [--instance instance_name] module_name
例如：
asadmin delete-lifecycle-module --user jadams --password secret --host localhost --port 4848 --instance server1 MyRMIServer
要列出在服务器实例中部署的生命周期模块，请使用 asadmin list-lifecycle-modules 命令。语法如下所示，并显示了其可选参数的默认值：
asadmin list-lifecycle-modules --user admin_user [--password admin_password] [--host localhost] [-port 4848] instance_name
例如：
asadmin list-lifecycle-module --user jadams --password secret --host localhost --port 4848 server1
管理界面
还可以使用管理界面来部署生命周期模块。请执行以下步骤：
- 打开服务器实例下的“Applications”组件。
- 转至“Life Cycle Modules”页面。
- 单击“Deploy”按钮。
- 输入以下信息：
类路径（可选）- 生命周期模块的类路径。指定放置模块的位置。默认位置在应用程序根目录下。
装入顺序（可选）- 确定启动时装入生命周期模块的顺序。系统将较早装入具有较小整数值的模块。值的范围可以从 101 到操作系统的 MAXINT。将保留 1 至 100 的值。
致命故障（可选）- 确定生命周期模块出现故障时是否关闭服务器。默认值为 False。
启用（可选）- 确定是否启用生命周期模块。默认值为 True。
- 单击“OK”按钮。
部署 RMI/IIOP 客户机
只有与 EJB 通信的客户机需要进行部署。部署 RMI/IIOP 客户机的进程分为三个步骤：
- 部署要由 RMI/IIOP 客户机访问的 EAR 或 EJB JAR。
- 组建必要的客户机文件并部署该客户机。
- 部署之后，对于应用程序，将在以下位置创建客户机 JAR 文件：
instance_dir/applications/j2ee-apps/app_name/app_nameClient.jar
而对于单独部署的模块，将在以下位置创建文件：
instance_dir/applications/j2ee-modules/module_name/module_nameClient.jar
客户机 JAR 包含捆绑程序和 RMI/IIOP 客户机所需的类。将此文件复制到客户端计算机中，并将客户机上的 APPCPATH 环境变量设置为指向此 JAR。
现在准备运行客户机。详细信息，请参见《Sun ONE Application Server Developer's Guide to Clients》。
部署 J2EE CA 资源适配器
可以用“部署工具”中介绍的方法之一来部署连接器模块。
部署静态内容
静态内容（HTML、图像等）能够以 Web 服务器和 Sun ONE Application Server 为主机。但是，当注册 WAR 时，静态内容将在应用程序服务器上进行部署。Sun ONE Application Server 中附带的所有样例都将包含应用程序服务器上的静态内容。
例如，要访问应用程序服务器上的静态文件 index.html，请使用：
http://server:port/NASApp/<context_root/index.html
访问共享的框架
当 J2EE 应用程序和模块使用共享的框架类（例如组件和库）时，这些类可以放入系统类装入器或公用类装入器的路径中，而不是放入应用程序或模块中。如果将一个大型的共享库组建到使用它的每个模块中，则大型文件将耗费太长的时间而不能在服务器中注册。此外，不同的类装入器中可能存在相同类的几个版本，这将造成资源浪费。
有关系统类装入器的详细信息，请参见“关于类装入器”。
应用程序部署描述符文件
Sun ONE Application Server 应用程序包括两个部署描述符文件：
- 一个 J2EE 标准文件 (application.xml)，在《Java Servlet Specification, v2.3》的第 13 章“Deployment Descriptors”中介绍。
- 一个可选的 Sun ONE Application Server 特定文件 (sun-application.xml)，在本节中介绍。
有关应用程序部署描述符文件的详细信息，请参见《Sun ONE Application Server Developer's Guide》。