1、应用服务器厂商总会因为自己的某些需要提供一些标准之外的东西，或者有些标准就是总支持不好，比如说WebSphere
2、有些应用服务器厂商没有能力提供全部标准的实现，只能打个折扣，比如说Tomcat就不支持EJB
3、Java EE标准也是有版本区别滴！不同的应用服务器分别支持的标准版本也各自不同。
所以Java EE标准当初也想的很好，让大家开发Java项目，一次开发，处处部署嘛，应该没麻烦的，但是做Java企业应用的人都知道，迁移应用服务器绝对是一个体力活。遗憾的是所有这些曾经在Java EE领域出现的问题，现在在OpenSocial这里照样的重复着历史：
1、大的SNS会不会出于自己的商业利益，往里面添加私货，就像WebSphere那样，这几乎是必然的。
2、iGoogle虽然号称支持OpenSocial v0.7，但是很多地方的功能已经打了折扣，我们可以联想一下，国内的小SNS们，都有能力实现全部的功能吗？
3、目前号称支持OpenSocial的这些网站列表，支持的标准是各自不同的，有支持v0.5的，有支持v0.6的，也有支持v0.7的。你当网站是搞企业开发阿，你Google升级一个版本，我们一定能很快的升级代码，支持上去吗？万一我平台上面好多老版本的widget已经在跑了，我一升级不兼容咋办？
三、这也是最关键的问题：OpenSocial能给SNS网站带来什么好处？能给开发者带来什么好处？
facebook的f8推出一年多来，已经涌现了24000多个第三方app，为什么这么多公司和开发者这样踊跃开发app，踊跃的把自己的网站和facebook集成？无它，唯钞票尔！我集成了facebook可以给我带来流量，我在app里面可以加广告，流量大广告点击多，钞票哗哗的来，谁不干劲十足阿。
那么开发者开发OpenSocial的widget有什么好处？现在Google只是告诉你，你开发一次，可以处处部署！但是我上面已经告诉过你了，这句话是狗屁！就好像Java一次编译，处处部署那样扯淡。而且更扯的是，就算我处处部署，我真能赚钱吗？基本没戏！因为widget太简单，难以开发高交互性的应用，因此无法粘住用户和病毒式推广用户，而且widget本身往往是页面的一个小小的frame 框，你还能有啥地方加广告？
开发facebook的app也不见得只能通过广告赚钱，通过facebook给自己网站带来大量的注册用户，基于这些注册用户本身就可以挖掘商业模式了。但是OpenSocial widget是静态页面阿，你自己没有服务器没有后台程序，widget只能给OpenSocial提供者带流量，无法给你带来注册用户阿！
