企业是否应该进行Java EE 7迁移？

对于预定在2012年第三季度推出的Java EE 7,企业开发者已经在考虑是否或是什么时候迁移到新版本上。Java EE因为其它的增量式开发和改进而知名。新版本不一定要突破性或华而不实。相反，他们往往代表着成熟的现有技术。这意味着旧版本的用户可能会认为他们的版本完全足够了，即使有一个新版本发布。www.fkjava.org
    例如，2011年度Serverside.com读者调查的受访者认为，EE 5和EE 6两者都是EE平台的“当前”版本，因为它们两个对程序开发有同等的能力。许多组织在使用旧的版本时并没有遇到重要的问题。另外一些人已经为把时间和精力投入到为已知的问题寻找变通的方法上了。所以，每次Oracle有新新产品的重大发布，用户并不急着更新也就不奇怪了。

    Java EE 7会有什么不同吗？

    EE 7会做有一些变化，这会引起的一些企业用户的兴趣。将会添加一个标准化缓存API和一个模块化的API.但是关于升级讨论最多的对云支持和集成的改进。Java EE 7假定企业正准备采取行接受PaaS模型。云确实已经成为大业务的一个更流行的工具。

    然而，一些反对者指出专注于像多重租赁这种特定问题上是错误的，因为现今得到企业层面业务宠爱的是私有云而不是公有云。话虽如此，在Java社区中一些人认为EED 开发这场竞赛中已经远远的落后了。忽略云环境需求的升级，将会被视为展现“太少，也太迟了”的新功能的另一个版本。

    组织可能会慢慢渗入到Java EE 7,但不会匆忙采用

    当前正在使用或计划生转向PaaS的企业是最有可能受到这个最新版本吸引的。其它企业可能会原地不动。实际，这并不因为他们对最新版本没有信心。Java EE是一门值得重视的技术--部分原因是Oracle确实对即将发布的重大改表现的很谨慎。企业为什么可能会推迟使用最新版本，我们来看看一些非常常见的理由。

    1.需要时间执行向后兼容性测试

    30%的受访者明确表示他们关心升级后的资源问题。当你使用一个新的版本时，就会有几种可能的结果。最好的结果是，你可以继续使用先前创建的资源。一般结果，为了成功迁移做一些小的必要的调整。最坏的情况，你会丢失一些资源和软件，这些可以通过函数分析很好的应付灾难。

    2、需要时间研究分析最新版本

    这个原因也第一个原因紧密相连，因为花费时间探索新版本，绝对需要先决定出需要什么兼容性类型的测试。否则，无法评估所遇到的风险。对于一个陷入多个项目中的COI或IT经理人来说，如果一切都表现的很好，然后还要去探索升级版本，他们就很有可能会有强迫感产生。这就导致了第三个原因。

    3、没必要进行迁移

    在文章的开始已经提到过的，对于大多数企业Java EE的旧版本表现的很好。与升级和发生错误产生的风险相比，不升级产生的风险看起来很低。毕竟，IT外部不会有人注意到什么时候程序会流畅运行。在这种情况下，转战最新版本就违反了先前IT管理的指示“没坏，就不修改。”

    促使人们不愿意接受Java EE 7的其它问题包括：缺乏买进的管理和厂商发布执行新版本的产品滞后。

    风险缓解策略

    企业怎样做才能减少迁移Java EE 7的风险？实际上，等待最新EE版本能够证明自己，然后再加入这个行列，是一个不错的主意。等待，寻找途径的同时，也给他们提供了发现新版本程式错误的机会。总会有勇敢冒险尝试的用户，他们发布关于发现问题的博客，给其它的企业用户做参考。

    在预发布阶段一直保持讨论是另一个缓解风险的策略。当你知道了新的发布版本会有怎样的改变时，你就很容易决定出是否或什么时候升级。在版本发布之前，潜在的冲突和设计者错误的决策都能很容易误入歧途。监测行业出版物和相关论坛的工作，其实可以下放给IT团队成员，所以IT主管正好可以获得关于与决策过程相关的“执行摘要”.

    如果升级过程可以带来潜在的利益，但是惰性又使得公司停滞不前，该怎么办？克服这个问题障碍的一个方法是，且另一个项目来建立Java EE 7迁移。例如，如果有一个云开发或迁移项目正在进行，这就有正当理由把一些资源献给Java升级了。这可以增加整体的尽职调查和测试的复杂性。一旦完成，就会有更锪显示。

 

（责编：sunnie）

声明：凡注明CIO时代网原创之作品（文字、图片、图表），转载请务必注明出处，违者本网将依法追究责任。