最近有些朋友看了AOM的在线demo后，很感兴趣的问我 AOM与Ext好想长得很像。其实，AOM的客户端展现就是借助Ext的组件库来实现的。

Ext是目前最优秀的B/S客户端展现组件库之一,其组件包装和使用的方式都非常接近C/S的组件，目前在业界该方向的开源领域已经取得非常大的成功。金蝶AOM项目组非常认同Ext的发展良好态势，在考察过多种框架后最后选择了Ext. 由于AOM是在服务端通过JSF　RenderKit的扩展来支持客户端组件展现，Ext与AOM搭配可谓绝配。

AOM1.x版本最初是使用了Ext1.x，在AOM推出比较稳定的AOM1.2版本后，随着Ext2的出现，AOM2.x 已经全面升级到Ext2.0.x版本。当然，AOM虽然基于Ext2作为客户端原型框架，并不一定局限于Ext，实际上，大家在AOM提供的在线客户端控件示例也能看到，AOM在不断的吸纳各种开源领域的客户端组件，并统一包装到AOM的RichComponent列表中来，并在Apusic Studio中提供可视化支持。

最近Ext2.1的推出，带来一点麻烦。Ext的官方网站把原来的LGpl协议修改为了Gpl协议，从而很大程度限制了基于Ext2.1以上版本的商业使用许可。从开源软件的发展角度，这是比较容易引起争议的，比如以金蝶的AOM来说，就会遇到较大的影响。尽管金蝶AOM遵从开源，但是由于Gpl具有很强的传播性要求，这对那些想积极使用金蝶AOM进行B/S开发的独立软件开发商，可能就存在使用许可的担忧。

这个问题目前还未有定论，一方面Ext的许可变更目前遭遇到国外开源领域很大的反对，未来是否会存在变数还未可知；另一方面，金蝶AOM2.x目前基于的Ext2.0.2还是LGpl协议，在底子基本够用的情况下，不排除金蝶AOM开源社区可能从Ext2.0.2之上发展和维护下去。当然，如果Ext果真狠下心来改变许可，开源领域其实目前也有新的态度，那就是推出并发展另一个新的OpenExt版本。

这一事件javaeye也有讨论，我随后会跟踪进展，汇报给大家。