能升级到最新版本的话,还是推荐升级到最新版本,WASv7.0官方支持的期限还能撑到哪一年还很难说。反正WASv6.1 是在2006年6月30日推向市场的,原本计划是在去年2012年9月30日终止官方支持,后因使用用户数量比较多,故延期到今年9月30日。而WASv7.0是2008年10月17日面市,所以WASv7.0...
显示全部能升级到最新版本的话,还是推荐升级到最新版本,WASv7.0官方支持的期限还能撑到哪一年还很难说。反正WASv6.1 是在2006年6月30日推向市场的,原本计划是在去年2012年9月30日终止官方支持,后因使用用户数量比较多,故延期到今年9月30日。而WASv7.0是2008年10月17日面市,所以WASv7.0到底会在哪一年终止服务也就可想而知了,不是后年就是大后年,一句话:反正是快了。
如果你们项目已经在WASv7.0投产稳定运行多年,并且此项目是客户非关键性应用,应用也不需要做任何功能变更,估计客户也没紧迫感急需迁移到新平台,也不会给你任何费用,那就随它去吧。
如果你们项目处于投产前期或仍然在开发过程中,那极力推荐你们赶紧把开发、测试环境都升级到最新的WASv8.5.5或v8.5的版本,其实WASv 7.0 和WAS v8.5等版本在对JavaEE基础标准规范的支持并没有做大刀阔斧的变更,属于兼容性升级。你们所需要做的就是把原有应用的所有功能分支进行重新测试,验证可能出现的不兼容问题,并重新修订出现兼容问题的代码。
关于WAS新版本的优势就比较多了,大的方面有以下几点:
1. WASv8.5.5支持Java EE 6标准和JDK 6或7的技术标准,性能有了极大的提升。针对SPECjEnterprise2010应用测试场景,从IBM在spec.org官方网站发布EjOPS/Core的成绩来看,WAS8.5.5 比WAS7.0在性能上有将近6.5倍的性能提升。
2. WASv8.5.5支持在不中断服务的情况下部署应用程序版本,实现在线不中断服务进行版本更新、回退或多版本共存等操作,可以根据实际需求实时更新路由规则,把不同用户请求转发到所需的版本上去。
3. WASv8.5.5支持服务器健康策略的定制,根据定制的策略自动监控应用服务器实例的运行状态,当应用服务器实例出现违背健康性的定义的异常状况时,可以做出预订的自动化响应,包括发email通知管理员,自动获取诊断信息、自动重启服务器以及执行定制的任务(如执行自定义的脚本)。由此实现自动化的异常状况处理。
4. WASv8.5.5产品包含的WebSphere eXtreme Scale(原先单独出售的产品)提供并支持灵活、高可用性企业级弹性缓存服务,缓存服务器的容量和处理能力能随着应用程序扩展而扩展,彻底解决数据库单一瓶颈的性能限制。
5. WASv8.5.5支持应用服务器动态集群,依据预先定义的服务策略及应用运行状况,自动动态调配计算资源,无需人工干预
6. WASv8.5.5支持基于动态集群的工作负荷管理能力,用户可以设定服务策略并定义服务级别协议,包括:客户端请求类别划分、用户期望达到的性能目标和基于重要性的优先级划分等。
7. WASv8.5.5产品中提供了功能上远远超出Java EE 6 Web Profile 规范的Liberty, WAS Liberty Profile提供了轻量的开发、测试和运行的Web容器服务器,体积小(40兆安装包)、安装简易(解压缩至目录)、启动快(2秒启动)、资源消耗少(本身只占用内存50兆)、运行速度快(吞吐量高于最新Tomcat 25%),更适合于云端应用和部署。
8. WASv8.5以后版本提供了简单易用的集成开发工具,可以采用高级别的Rational Application Developer或开源的Eclipse来与WAS服务器进行集成开发、调试和测试。
9. WAS v8.5以后版本支持最新OSGi企业特性的开发和运行,通过WAS底层强大的引擎,可以支持OSGi应用运行于Web容器和EJB容器。
收起