企业会为Java EE 5埋单吗？

     Java EE 5面世后，企业该如何选择呢？以前使用J2EE1.4及以前版本的企业会升级到Java EE 5吗？

    也许Monson-Haefel的一席话会吓倒很多企业。但Jim Knudson对此仍然很乐观。虽然他表示同意Java EE平台很复杂这一观点，但是他说某些复杂性是来自于用户的需求，并且我们要使用户达到他们期望的效果。他说IBM的那些预期实现SOA的用户都打算在Java EE 5平台上面构建SOA。

    JBoss产品管理部主管Ram Venkataraman也支持这样的观点：Java EE平台增加了复杂性是有必要的，因为需要使用它来处理各种服务，不仅仅是简单的调用关系数据库的Ajax风格Web服务，而且还有大容量事务处理的财务服务。

    也许很多企业的负责人听了这些对Java EE 5赞扬的话，他们会迫不急待地尝试一下Java EE 5。这对于那些已经或即将搭建SOA构架的企业尤其重要。由于基于Java的SOA一般都是建立在J2EE服务器上，这就迫使企业必须做出是否升级到新版Java EE的选择。

     如果企业选择了Java EE 5，那可能会增加后续的成本。这是因为Java EE 5是基于Sun最新的JDK的，因此，Java EE 5增加了很多新的API。虽然这些API好象使Java EE 5变得更简单了，但开发人员必须要学习一整套新的编程模型持久化的API。而这些企业必须为此增加培训的费用。

    其实Sun的初衷也是好的，只是简化Java EE的做法不妥。也许Sun还不明白，一味地增加功能并不能有效地简化Java EE的使用难度，有时还可能适得其反。如果Sun能够加一个用于开发的所见即所得（WYSIWYG）的拖放系统，那才叫真正地简化开发。而象这样增加很多的API，甚至将编程的思维方式都改变了，这样做并不能使Java EE平台变得更简单，而只是换汤不换药而已。

     自从Sun将Java EE平台的设计移交给JCP后，对于Java EE逐渐增加的复杂性，JCP也难辞其咎。作为JCP的成员，Monson-Haefel和JCP的所有成员应该为Java EE 5变成今天这个样子而负责。实际上JCP的成员很早就和Sun的Java EE 5开发团队讨论过这个问题，但Sun表现得并不积极。这样看来，JCP和Sun都应该为此负一定的责任。 

     JCP的主管，Onno Kluyt却有不同的看法：“Monson-Haefel所看到的复杂性问题并不是JCP所负责的范围。JCP是一个制定标准的组织，并不是一个负责优化的组织，并不应该为Java EE 5的复杂性负责”。同时Kluyt还提到让Java EE 5变得更简单最好方法就是有一个好的IDE，简单是每个JSR所关注的，也是它们的中心任务。然而Java EE的开发者并不知道怎么去做。毕竟，Java EE是否简单，它的开发人员并没有发言权，而最有发言权的是那些使用Java EE的人。”