1、复制我写的xml文件的URL地址：http://ftp.javaeye.com/download/my-helloworld.xml
2、打开iGoogle主页(我假定你在Google注册过账户，并且此时已经登陆)：http://www.google.com/ig?hl=zh-CN，点击导航条最右边的链接“添加内容”
3、在添加内容页面的左下角有一个类似RSS订阅的链接，叫做“添加供稿源或小工具”，点击它
4、在弹出的框里面把前面的xml文件的URL地址粘贴进去，确认，然后关闭这个对话框，最后返回iGoogle主页。
现在你看到了什么？ 是不是一个页面框里面显示“Hello，JavaEye！”，恭喜你！你已经开发了第一个OpenSocial应用了。
当然OpenSocial的这个xml没有那么简单，你可以在这个xml里面写html，javascript，引用图片，JavaScript 库，CSS样式文件，甚至可以引用flash，你当然也可以通过OpenSocial提供的JS库通过AJAX调用来访问SNS网站给你暴露出来的 API，但是它终究只是一个xml文件，终究只能访问SNS网站的资源，而不是一个独立的网站：他本质上是JavaScript，他本质上是在用户的浏览器端执行的(服务器端有一个简单的xml解析操作，但没有业务逻辑)，因此没有任何服务器端运算能力，也没有能力充分利用服务器资源进行复杂的操作。 数据挖掘研究院
说到这里你应该明白了吧，facebook的app是在app作者自己的服务器上面运行的，而OpenSocial的widget是在浏览者的浏览器里面运行的，facebook就好像用Java来做一个全功能的web应用，而OpenSocial则好像用html/javascript写一个纯静态web应用。
因此OpenSocial根本就没有办法做复杂的应用，他顶多只算是一个可以嵌入页面的widget，可以搞点花哨的页面效果，可以用AJAX方式抓点数据来显示，或者增加点锦上添花的AJAX搜索什么的小功能，但你想用OpenSocial来做类似Friends for Sale那样复杂度的应用的话，没门！除非你有用JavaScript开发星际争霸的高超JS编程水准，否则只能干瞪眼。
二、OpenSocial仅仅只是一个接口规范，提供OpenSocial的SNS网站不知道在什么地方飘呀飘
OpenSocial让我无可避免的联想起来臭名昭著的JCP以及Java EE专家委员会。JCP是一个很有意思的组织，专门负责制订标准，然后让厂商们根据标准来写自己的实现。就拿应用服务器来说吧：Glassfish，Tomcat，Resin，Jetty，WebLogic，WebSphere一大串号称符合某些标准的应用服务器实现，但是你绝对无法把一个war随意部署，这是因为：
