使用Apache Shindig为客户应用程序加入社区内容

核心提示： 清单2 绑定自定义OpenSocial服务用绑定类配置Shindig，最后，使用Apache Shindig为客户应用程序加入社区内容(6)，这个绑定类必须知道Shindig的实现，通过一个配置文件Web.xml改变来处理（清单3）.这个配置文件是通过org.apache.shindig.com

清单2 绑定自定义OpenSocial服务

用绑定类配置Shindig。最后，这个绑定类必须知道Shindig的实现。通过一个配置文件Web.xml改变来处理（清单3）.这个配置文件是通过org.apache.shindig.common.servlet.GuiceServletContextListener类调用Shindig应用程序和设置正确的绑定。

<context-param>
　　<param-name>guice-modules</param-name>　
　
　　<param-value>
　
org.apache.shindig.common.PropertiesModule:com.navteq.opensocial.bind.NAVTEQBind　
　
　　</param-value>
　</context-param>

清单3 Web.config变化

从浏览器中访问OpenSocial REST API

我们需要从浏览器中访问OpenSocial REST APIs。这里的问题是现在浏览器都具有同源策略限制：

“同源策略是指阻止代码获得或者更改从另一个域名下获得的文件或者信息。也就是说我们的请求URL域必须和当前网站的域相同。这基本上意味着，Web浏览器将不同域的内容隔离以阻止它们彼此对终端用户的操作。”

这里有几种克服限制的常用方法：

具有GET/POST数据的网页，通过服务器端发送请求，服务器充当一个到达第三方服务器代理。虽然使用广泛，但是这个方法却不够灵活，无法伸缩，并增加了处理请求的延迟（负载大时会更明显）。

在页面中使用框架元素创建新区域来访问任何第三方内容。没有返回数据的POSTs方式运行的很好，框架间由于有限的访问很少应用GET方式。但是试图下载文件时也会受到同源政策限制。

实现GET返回JSONP（JSON with Padding）：在一个函数调用中包装的JSON数据，数据在一个方法调用中返回。当脚本加载时执行。因为同源策略不会阻止动态插入的代码，不会测试脚本是否与Web页面来自相同的域。