摘要：2007年7月1日，Apusic OperaMasks v1.0正式发布。Kingdee在其最近的“Apusic OperaMasks全国巡演”的宣传中，打出了“Web改变世界，我们改变Web”的旗号。在Java Web开发领域，各种各样的框架层出不穷，J2EE without ajax这句口号能否打动开发人员的心，来自外部不同的竞争Apusic operamasks能否引领下一代Java WEB开发潮流？
   
Apusic Operamasks全国巡演拉响了国产WEB框架反击的号角，也让沉寂了很久的Java WEB领域喧闹了起来，那么什么是Apusic Operamsks?它是一个以JSF为基础引擎、基于JSF规范的、开箱即用的Java Web层框架。选择JSF为基础引擎，在我看来，至少有三大优势。一是，SUN的官方标准；二是，JSF得到了包括IBM在内的众多产商的支持，三是，JSF是一种与具体显示技术无关的技术，这有助于适应RIA技术的变化。
一．J2EE without AJAX梦想终成现实
很早以前采访金蝶首席科学家袁红岗的时候，就听到过J2EE without Ajax，在当时我的理解只是一句广告语而已，逆潮流发展这的确是一个挑战，但今天这个梦想成为了现实，也成为了Apusic opermasks的王牌特色，

曾经国外著名Rod Johnson提出了J2EE without EJB,成就了Spring框架相对于without EJB的震撼，Apusic OperaMasks的without AJAX，同样极具吸引力。
近几年，AJAX技术发展迅猛，与之相关的框架也层出不穷，单在Java方面就有DWR、DOJO、GWT、jMaki、Ajax4jsf等等。一方面，这样的框架提高了开发效率、改善了用户体验；另一方面，这些框架都存在一个问题：相对独立。这样的独立，会造成两个问题，一是更高的学习成本。为了在你的应用中加入AJAX功能，你需要另外学习这些AJAX框架；二是与既有Web技术的绑定问题。以jMaki为例，如果想将它应用到JSF程序中，你需要将用到的一些JSF标签换成jMaki标签，这无疑增加了开发者的工作量，并且增加了出错的机会。
Apusic OperaMasks提供了“原生”的AJAX支持，无疑是意义重大的。
利用Apusic OperaMasks开发具有AJAX功能的Web应用，你不需要掌握额外的AJAX框架技术。通过Apusic OperaMasks，你只需要采用标准的JSF组件的写法，你唯一需要做的就是指定该组件的Render Kit是Ajax，或者在配置文件faces-config.xml中将全局Render Kit设置为Ajax。
Apusic OperaMasks提供了丰富的组件库，用于组织、显示和编辑数据，并且集成了强大的YUI-EXT组件库功能。当然，你也可以通过更换Render Kit来使用别的组件库功能。
想一想，只要掌握基础的J2EE知识，就可以进行AJAX开发，这是怎样的美妙？！
二．    Apusic Studio和Apusic应用服务器
“工欲善其事，必先利其器”。    
单单有Apusic OperaMasks还是不够的，Kingdee还提供了一体化的开发、配置、调试、监控的集成开发环境——Apusic Studio，它是一个基于Eclipse的IDE工具。通过Apusic Studio，你可以进行“所见即所得”的可视化设计。Apusic Studio提供了Apusic Ajax、Apusic Graph、Apusic Layout和Apusic Widget等控件集。通过简单的拖放，就可以实现很好的AJAX效果。
与其他一些AJAX框架没有提供相应的IDE支持相比，Apusic OperaMasks无疑是有一定优势的。
当然，Apusic Studio（Apusic OperaMasks）解决的是显示层的问题，那么在业务逻辑层中涉及到的事务、安全等问题，我们又该如何应对呢？
Kingdee提供了Apusic应用服务器，该服务器通过了SUN的标准认证。
Apusic OperaMasks是遵循JSF 1.2规范的，所以基于Apusic OperaMasks的应用，都可以运行在支持JSF 1.2规范的服务器上，当然，Apusic应用服务器为Apusic OperaMasks提供了一些额外的特性，例如基于NIO的多路复用技术提升并发处理能力、基于gzip形式的状态压缩技术降低网络流量、支持在Managed Bean中通过Annotation进行资源注入等等。
所以相比其他的一些AJAX框架，Apusic OperaMasks侧重的是一个完整的解决方案，这点对于企业级应用来说，至关重要。

以上两点，是我认为Apusic OperaMasks能否引领下一代Java Web开发潮流的机遇所在，当然，笔者认为，Apusic OperaMasks还将面临更多挑战：
一．    社区力量
笔者认为，国内Java开源方面，到目前为止，还没有出现一个广受欢迎的产品，忽视社区力量是一个重要的原因。
我这里说的忽视社区力量，并不是说我们的开源产品没有社区。相反，我们可以见到我们的开源产品都有各自的开发团队以及用于反馈的论坛、WIKI等等。
我们的开源产品都会说，欢迎大家提交BUG、贡献代码。可是实际情况中，你会发现，很多开源产品的代码更新速度会越来越慢。原因何在？因为弄来弄去，还是那个开发团队在提交代码，而开发人员的时间和精力又很有限。
我们的开源，其实是开发者内部的开源！
我们的开源产品为何吸引不了我们的开发者？我们的开源产品又是如何看待用户的反馈的？
反观国外那些成熟的开源框架，我们可以看到它们的邮件列表非常活跃；在用户的提问中，我们甚至可以看到开源作者们的热心回复；而对于来自社区的积极建议，我们可以很快在下个版本中看到。
作为Apusic OperaMasks的开源社区——OperaMasks.org，在宣传中，我们看到“融合官方标准和民间社区智慧”。希望这不仅仅只是句宣传语。
这里我们暂且不谈开源模式，单就一个开源产品应该看重社区的邮件列表功能这点，可是透过OperaMasks.org，我没有发现这个邮件列表。
Apusic OperaMasks有Kingdee的支持，人力、物力资源，我想都不是问题。希望Apusic OperaMasks可以真正借助OperaMasks.org的力量，接受来自社区的反馈。对开源产品而言，社区力量无可取代。
二．    外部竞争
当年的Netscape红极一时，可是它的替代品IE却成了浏览器中的真正霸主。
试想，今天的Apusic OperaMasks宣称“J2EE without AJAX”，如果哪天另外一个框架也宣称“J2EE without AJAX”，那么Apusic OperaMasks该如何应对呢？
不错，我们有Apusic Studio！这是我们的砝码之一。可是别忘了，这只是个基于Eclipse的IDE，而在Java IDE市场，NetBeans，难道你就不需要考虑了？在JSF可视化开发方面，NetBeans的可视化开发包，表现已经相当出色了。试想，如果这个时候，那个同样宣称“J2EE without AJAX”的框架，不但提供了基于Eclipse的可视化开发插件，还提供了基于NetBeans的可视化开发插件，那么Apusic Studio的优势还在吗？
笔者认为，既然我们已经有了Apusic Studio，为什么不能再有Apusic Studio for NetBeans或者Apusic Studio for IntelliJ IDEA呢？难道非得有人喊“狼来了”，我们再出击吗？
再有就是砝码之二——Apusic应用服务器。至少从目前来看，国内使用Apusic应用服务器的并不多，让我们的用户舍弃JBoss，用一个知名度相对较小的Apusic，这不太现实。
所以在Apusic OperaMasks的宣传上，我们还需要解决Apusic应用服务器的口碑问题。

Apusic OperaMasks，作为国产开源产品，需要走的路还很长很长。好在，它有一个不错的起点。我相信，克服不利因素，抓住有利机遇，Apusic OperaMasks会走得更远。