本主题描述部署应用程序时用于确定问题原因的步骤。本主题还提供了一些可能的解决方案。
开始之前
本主题假设:
- 您基本了解模块的调试方式。
- 部署模块时,日志记录和跟踪处于活动状态。
执行本任务的原因和时间
在接收到错误通知后,部署故障诊断任务就开始了。在执行操作前,必须检查失败的部署的各种症状。
本任务的步骤
- 确定应用程序的安装是否已失败。
检查
system.out
文件以获取指定了故障原因的消息。下面是其中一些导致无法安装应用程序的原因:
- 您尝试在同一 Network Deployment 单元中的多个服务器上安装应用程序。
- 应用程序与正在安装该应用程序的 Network Deployment 单元上的现有模块同名。
- 您尝试将 EAR 文件中的 J2EE 模块部署到不同的目标服务器上。
要点: 如果安装已失败,并且应用程序包含服务,则在尝试重新安装该应用程序前,必须除去发生故障前创建的任何 SIBus 目标或 J2C 激活规范。除去这些工件的最简单方法是在发生故障后单击
保存 ->
全部废弃。如果无意中保存了更改,则必须手工除去 SIBus 目标和 J2C 激活规范(请参阅
删除 SIBus 目标和
删除 J2C 激活规范)。
- 如果正确地安装了应用程序,则检查它是否已启动。
如果该应用程序未处于运行状态,则表明服务器尝试启动该应用程序的资源时发生了故障。
- 检查 system.out 文件以获取指示了如何继续进行处理的消息。
- 确定资源是否已启动。
未启动的资源导致应用程序无法运行,从而避免丢失信息。导致资源无法启动的原因包括:
- 未正确地指定绑定
- 未正确地配置资源
- 资源未包含在资源归档(EAR)文件中
- Web 资源未包含在 Web service 归档(WAR)文件中
- 确定是否遗漏了任何组件。
遗漏组件的原因是未正确地构建企业归档(EAR)文件。确保模块所需的所有组件都在构建
Java 归档(JAR)文件的测试系统上的正确文件夹中。准备部署到服务器提供了其他信息。提供了其他信息。
- 检查该应用程序,了解是否有信息流经该应用程序。
即使处于运行状态的应用程序也可能无法处理信息。此故障的原因与步骤 2.b 中提到的原因类似。
- 确定应用程序是否使用了另一应用程序中包含的任何服务。 确保那个应用程序已安装完毕并处于运行状态。
- 确定是否已正确地配置了其他应用程序中由失败应用程序使用的所有服务的导入和导出绑定。 使用管理控制台来检查并更正这些绑定。
- 更正问题,然后重新启动该应用程序。