2012-02-01 87 views
1

我从WAS 6.1移到了WAS 7,试图找出导致我的应用程序启动时间增加了大量(双倍)的原因。 该应用程序是一个包含大量文件和目录的EAR。如何减少Websphere 7上的应用程序部署时间?

该应用程序与HW一样。

是唯一改变的是在WAS版本(6.1-> 7)

有什么想法?

+0

您提供的细节我们只能猜测。我的猜测是WAS 7部署在慢速的盒子上。 – 2012-02-01 13:08:45

+0

@Pangea,硬件是相同的应用程序是相同的只有WAS版本已经从6.1更改为7.什么细节可能有用? – aviad 2012-02-01 13:11:53

+0

这是非常具体的应用程序,很难提供答案 – 2012-02-01 13:16:19

回答

0

我刚刚发现有修复程序可以缩短启动时间。解决方法是可用的版本6.1.x和7.0.x版

Fix Details

这里是修订包的描述: “对于有大量的文件和目录,应用程序启动时间的非常大的应用程序从v5.0移动到v5.1/v6.x时,增加了相当大的数量。这是由于在WebSphere更高版本,搜索应用程序的安装目录中TLD(标签库描述符)文件的新代码。”

以下属性添加到Web容器自定义属性 com.ibm.wsspi.jsp.disableTldSearch真正

在我的机器上,Websphere 7服务器的停机时间从1分30秒减少到45秒!

2

这是一篇来自IBM的文章,标题为"Slow Deployment of Applications with Multiple Java Classes Might Occur on WebSphere Application Server Version 7.0",它描述了一些可以帮助您缩短应用程序部署时间的方法。本文主要关注WAS 7中对Java EE 5的新支持,这需要WAS在部署期间扫描所有模块,JAR和类以进行注释。

它提出了以下(貌似在优先顺序排列):

  • 降级到使用的“元数据完成”属性在EE 5模块的部署描述符
  • 移动效用罐子J2EE 1.4模块
  • 到共享库
  • 从WEB-INF/lib中移动效用罐子到EAR的根

如果您的应用程序相对较小并且没有任何Java EE 5模块,那么本文可能不适用。有可能您可能会调整一些其他WAS或OS配置以略微帮助部署性能,但如果所有这些因素都相同,则WAS 7部署实际上可能比WAS 6.1慢。如果您怀疑性能下降严重,文章不起作用,并且没有其他变量,您可以考虑联系IBM支持。

+0

谢谢我投票。但是,我的应用程序非常庞大,所以,正如您在上面提到的那样,情况并非如此...(我试图将jar移出WEB-INF/lib,并将一些jar放到共享库中,但这些无助于这种情况) – aviad 2012-02-01 15:02:38

相关问题