gaw*_*awi 13 java arguments upgrade
我们向一些客户销售打包的Java Web应用程序.它基本上是一组servlet,一些SOAP Web服务和一些静态资源.我们不做EJB或任何其他Java Enterprise花哨的东西.
我们的一些客户正在运行IBM WebSphere Application Server v5.1,因此我们仅限于运行时和开发的Java 1.4.当然,我们希望使用Java 5(甚至更好的Java 6)进行开发.在1.4中执行SOAP需要一个外部库(我们使用AXIS,但它正在老化).我们不能使用enum,拳击,泛型......找到符合1.4标准的第三方库变得越来越难.
客户目前对这种旧但工作良好的设置感到满意.我们希望他们升级他们的Java运行时.在这种情况下,它意味着升级到IBM WAS 6.1或7.0?
我们能告诉他们什么?这对他们有什么影响?
到目前为止我有:
他们是大公司,所以他们提前一年以上计划他们的解决方案.他们今天选择了成熟产品,并在几年后部署它.然后该产品在生命结束前几个月.
a_h*_*ame 14
Java 1.5已于2009年11月3日终止.
因此,不再支持1.4和1.5,这意味着没有安全修复.
所以基本上唯一支持的Java平台目前是Java6(又名Java 1.6)
你可以告诉他们决定的费用.
如果他们继续选择Java 1.4,那么添加新功能将花费$ yyy.如果他们升级,那么添加相同的功能将花费$ xxx.据推测,他们还需要升级他们的系统.如果你能向他们证明新版Java的节省超过他们升级系统的成本,那么他们可以看到,如果他们升级,他们将节省资金.
显然很难给出开发成本的确切值,但是如果你可以估计在更新版本的Java上开发速度大约快30%(因此便宜30%)那么你可以得到一个粗略的数字最小.
首先,给定版本的WAS支持的唯一SDK是实际随产品一起提供的SDK(换句话说,如果这很重要,IBM将不支持在另一个JDK上运行WAS).
其次,WAS实际上甚至可能不会使用更新版本的SDK(例如,WAS 6.1不会以IBM JDK 1.6开头).
因此,需要更新的运行时可能是大迁移的同义词:JDK和应用服务器的资格,管理员培训,平台迁移,应用程序迁移,监视更新,部署工具,回归测试等.这通常是复杂且极其缓慢的过程与大保守的公司.
在您的情况下,您可以考虑分支您的软件并提供不同的版本和:
您的客户必须有充分的理由采用新版本,并且必须超出迁移成本.
| 归档时间: |
|
| 查看次数: |
689 次 |
| 最近记录: |