目前我正在使用 Websphere 管理控制台来更新战争。我做了以下三个步骤
- 停止应用程序
- 更新
- 启动应用程序
作为第二步的一部分,我使用以下选项。我从本地文件系统中选择战争。此步骤大约需要 10 分钟才能完成。
我想知道天气是文件传输(http 传输到服务器)需要时间还是实际部署需要时间。要查看哪些日志以获取该信息?
PS:我计划稍后编写一些 Jython 脚本来自动执行此任务。
目前我正在使用 Websphere 管理控制台来更新战争。我做了以下三个步骤
作为第二步的一部分,我使用以下选项。我从本地文件系统中选择战争。此步骤大约需要 10 分钟才能完成。
我想知道天气是文件传输(http 传输到服务器)需要时间还是实际部署需要时间。要查看哪些日志以获取该信息?
PS:我计划稍后编写一些 Jython 脚本来自动执行此任务。
大多数时候,WebSphere 会从 WEB-INF 文件夹中扫描您的 war 和 jar 以获取注释(例如 Java EE 5 和 JAX-WS 的东西)。您可以通过获取WebSphere 进程的线程转储来看到这一点。
为了加快速度,您可以通过在您的战争中将 Ignore-Scanning-Archives 属性添加到 META-INF/manifest.mf 文件来排除大型 3rd 方 jars(您也需要最新的修复包)。例如:
Ignore-Scanning-Archives: spring-2.5.6.jar, log4j-1.2.14.jar
我怀疑实际部署需要很长时间。当我在 EJB 1.0 时代使用 Websphere 时,它有一个相当复杂的部署过程,包括生成和编译代码。是否有可能为您的 JSP 这样做?对我来说,在 JBoss 上部署一个 war 文件需要几分钟,其中大部分时间是在特定于应用程序的启动代码中,这些代码会进入数据库。我们可以通过我们的日志框架看到这一点,该框架记录所有数据库命令和执行时间。
是的,如果您的应用程序不在生产中,您可以在不停止和启动应用程序的情况下重新部署。在 WebSphere Administration 下的 WebModule 中,输入您现有的 war 文件名并单击 Update WebModule。
您可以从您的 WAR 文件创建一个 RPM 包并将其部署在 WebSphere 上。