过去,将WAR部署到WebSphere 8.5.5.0需要3分钟。
将相同的WAR部署到WebSphere 9.0.0.2需要3个小时。
这是WebSphere 9.0.0.2中错误的一种表现吗?有没有人有过类似的经历?
更新:我用IBM:http://www-01.ibm.com/support/docview.wss?uid=swg21983564建议的设置进行的实验结果
我们的WAR文件包含160个JAR文件,总大小为160 of。
“”向导从第一个屏幕到下一个屏幕显示的时间是测量的。
启用-CDI=false
启用-隐式-Bean-Archive=false
到C:\程序Files\IBM\WebSphere\AppServer\properties\amm.filter.properties文件- 30分钟
com.ibm.ws.cdi.enableImplicitBeanArchives
错误
com.ibm.ws.cdi.enableCDI
错误
在服务器->服务器类型->WebSphere应用服务器->服务器1->服务器基础设施->Java和流程管理->流程定义->Java虚拟Mashine->自定义属性- 30分钟
-Dcom.ibm.ws.cdi.enableImplicitBeanArchives=false
-Dcom.ibm.ws.cdi.enableCDI=false
在服务器->服务器类型->WebSphere应用服务器->服务器1->服务器基础设施->Java和流程管理->流程定义->Java虚拟Mashine->一般JVM参数- 30分钟
更新: SystemOut.log包含消息:
线程"WebContainer:.已经激活了668644毫秒,并且可能挂起。
堆栈跟踪包含:
在org.apache.commons.fileupload.MultipartStream.readBodyData
看起来WebSphere正在处理HTTP请求来上传一个文件。
发布于 2017-01-19 20:05:40
初步检查:对于两个部署,假定应用程序完全相同。这或多或少是假设的,但很多情况下,应用程序被假定是相同的,但事实并非如此,因此需要对此进行验证。
在IBM应用服务器v8.5.5.0和v9.0之间,对支持的WebSphere级别进行了重大升级。也就是说,v9.0增加了对CDI1.2的支持,CDI1.2有新的类和注释扫描要求。这些新的需求,再加上v9.0中CDI使用的初始类和扫描实现中的一些问题,可能会导致应用程序部署的非常大的放缓。
这一问题已得到注意,特别是在中至大型网络模块方面。在这里,“中型到大型”是指拥有多个web /lib JAR文件的WEB模块,其总大小为50 or或更多。
在简单的情况下,添加了两个自定义属性来修改默认的CDI处理。有关这两个属性的信息,请参阅此页面:
http://www-01.ibm.com/support/docview.wss?uid=swg21983564
这两个属性是:(1)完全禁用CDI处理;或(2)禁用不包含"beans.xml“的档案的CDI处理。有关其他详细信息,请参阅链接页。
在许多情况下,这两个属性提供了一个好处。应该先试一试,因为其他的选择比较复杂。
https://stackoverflow.com/questions/41750154
复制相似问题