一切皆可抽象

EJB用自己的悲剧人生警告Sun，不可对新技术的推广掉以轻心，但Sun还是再次犯下同样的错误。与Microsoft和Intel成功的商业推广策略截然不同的是，Sun 完全没有估量到，JSP作为一项成功技术的价值和影响力，在JSF的推广上，出现了令人痛心的失误。如果JSF以JSP3.0的名义推出，那么JSF的日子恐怕要比现在好过得多。

    1. JSF没有站在JSP巨人的肩膀上

    前文说过，EJB是Sun的伤心往事，它用自己的悲剧人生，警告Sun，不论技术也好，商务也好，凡事应该有一个全盘的规划，再也不能想到什么是什么了。一项好的技术，如果不加以适当的推广，最后可能逃脱不了被束之高阁的命运，大把的资金投入，自然也难免竹篮打水一场空。

    当然，如何进行商业运作，Sun比我高明得多了，似乎轮不到我在这里说三道四，不过，Java已经不单单属于Sun了，Java已经成为全世界的Java，所以，所有的Java程序员，都有发表自己意见的权利。未必都是真知灼见，但Java世界就是因为有这些不同声音的存在，才显得无比的精彩。

   其他的技术我不敢妄加评论，就JSF这项技术而言，Sun的商业策略实在是不敢恭维。在JSP已经深入人心的时候，为什么不继续沿用JavaServer Pages的这个如雷贯耳的名称，而要标新立异地推出一个JavaServer Faces的怪物呢？你看人家Microsoft，在ASP流行开来之后，推出ASP.NET，是多么的顺理成章。 

    暂且不论这两项技术的区别有多大，就冲着似曾相识的名称，Microsoft就让大批的ASP用户，自觉自愿地加入ASP.NET的阵营。没有任何抵抗，Microsoft兵不血刃，不费一枪一弹就完成了从ASP向ASP.NET的过渡。

    同样的策略Intel也曾使用过。第一代“奔腾”芯片推出后，获得了巨大的成功，“奔腾”一词，一时间名噪天下。Intel看到了这一点，并且立刻明白了该怎么做，所以，当下一代芯片制造出来时，Intel完全没有在命名上费什么脑筋，直接冠以“奔腾II”的名字，马上令一大批“奔腾”的爱好者趋之若骛。此后，“奔腾III”“奔腾IV”，Intel将“奔腾”一词的所有油水都榨干了，才心满意足地构思下一个名字。

    相比之下，Sun则完全没有估量到一项成功技术的价值和影响力。令多少对手眼红的JSP背后庞大的用户群，Sun却视若无物，不知道Sun是没有看到这一点呢，还是不屑利用这一优势。

    不管怎样，当JSP如日中天时，不知借JSP之势点燃JSF的大火，反而暴殓天物，另起炉灶，Sun简直就是在自毁JSF的前程。也许Sun主观上并不存在这样的故意性，但客观上造成了这样一种局面，也是不可原谅的失误。

    2. JSF唯有一切从头再来

    如果JSF没有叫做JSF，而是叫做JSP 3.0，情形会是如何呢？

    可以想见，首先，大批的JSP爱好者会蜂拥而至，庆贺JSP的新版本；然后，一批“牛人”们很快发现，JSP的新版本，引入了他们期待已久的组件模型和事件驱动模式，JSP终于有了和ASP.NET抗衡的资本；接下来，“牛人”们必定奋笔疾书，以超凡的热情四处撒播JSP 3.0的种子。

    于是，网络上、论坛里，到处充斥着为JSP 3.0唱赞歌的文章，JSP 3.0成为炙手可热的名词，而Sun专家们借JSP 3.0的名义推销的JSF组件模型和事件驱动模式，说不定现在已经成为Java Web编程的新贵。

    将JSF以JSP3.0的名义发布，绝非戏言，是完全可行的。从技术上来看，JSF是建立在Servlet/JSP基础之上的，和JSP有着天然的联系，将JSF作为JSP3.0的一个崭新的扩充部分，随JSP3.0一起发布，即符合从JSP到JSF的平滑过渡的要求，同时也能满足程序员对于JSP3.0新特征的期待。

    实际上，JSF和JSP融合的趋势越来越明显，例如在JSF1.2版本之前，JSP和JSF各有一套独立的表达式语言（EL，Expression Language），而从JSF1.2开始，这两套不同的表达式语言已经统一为Unified EL，并且从JSF和JSP规范中分离出来，自成一体。所以，让JSF搭上JSP的快车，一起前进，其实是很自然的事。

    可惜，这些只能发生在Sun的梦里了。JSP与JSF，一字之差，Sun将一项颇具潜力的Java Web框架技术，亲手打回到娘胎中，让其以一个初生婴儿的身份，光着身子降临到Java Web世界。这个本来可以衣着光鲜地与ASP.NET一起独步江湖的汉子，现在唯有恨恨地抛下一句“君子报仇，十年不晚”，然后黯然离去了。