WebSphere 反向投资者: 用于加速应用程序部署的选项

核心提示： "$AdminApp install c:\\myApps\\App1.ear {-appname myapp}""$AdminApp install c:\\myApps\\App1.ear {-appname yourapp)"并使用单个命令调用该文件

"$AdminApp install c:\\myApps\\App1.ear {-appname myapp}"
"$AdminApp install c:\\myApps\\App1.ear {-appname yourapp)"

并使用单个命令调用该文件：

wsadmin –f my.jacl

这样会更快速，因为仅为该安装创建一个进程和 JVM API，并且该安装的 Java™ 类仅加载一次，而不是在每次直接或通过 –c 选项调用命令时加载一次。

除了用于 wsadmin 的时间节省技巧之外，还可以采用一些可转化为更快的部署时间的空间节省技巧：

可以通过将很少更改的较大第三方 JAR 放在共享库中，从而缩小 EAR。如果不在 EAR 之间对共享库进行共享（您只是在减小每次更新时所部署的内容），则本文中讨论的有关 J2EE 打包和公共代码的风险就不是问题。如果要在 EAR 之间共享 JAR，您可能应该再三考虑，这篇文章同样对此进行了讨论。

您还应该检查 EAR 中的任何不需要的 JAR——或者甚至更糟糕的是：不应该包括的 JAR，例如 jaas.jar、j2ee.jar 和 jsse.jar，因为 Java 和运行时已经提供了这些 JAR。

速度需求

也许您已经厌倦了上面的建议，但是仍然需要进一步加速应用程序部署。还有另一个选项涉及到编写使用 AppManagement Mbean 的 JMX 程序，它使您可以并行运行 JMX 程序的多个实例。

有关此方法的警告：正如在 WebSphere Application Server 信息中心指出的，所使用的 API 是异步的，即使安装尚未完成，它也会立即返回；因此，示例中有一个“睡眠”方法调用，它可能会对您通过并行运行多个程序实现的加速产生负面影响！！由于这最初是在打篮球的上下文中加以解释的，可以将其视为 Be quick, but don’t hurry 的另一个示例。

您的记忆力如何？

谈到通过脚本并行部署多个 EAR 文件或运行多个应用程序安装，务必记住每个 EAR 文件将在管理进程 JVM 堆中创建临时对象。结果是需要执行垃圾收集以便回收堆中的空间。因此，除非您喜欢诊断 Out Of Memory 错误，否则就需要跟踪同时运行的所有作业的 EAR（或 WAR）文件的总体大小，并确保该大小不会超过最大堆大小的 30-40%。

但愿您可以使用这里列出的某些或全部建议来加速 WebSphere Application Server 应用程序安装，从而应该使您能够将更多时间花在更迫切的事项上，例如假日购物。一如既往，您的成功就是对我的最好报答。