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一起独步江湖的汉子，现在唯有恨恨地抛下一句“君子报仇，十年不晚”，然后黯然离去了。