今天就跟大家聊聊有关如何进行WSRP的示例分析，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

目前创新互联已为千余家的企业提供了网站建设、域名、虚拟主机、网站托管、企业网站设计、瀍河网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

这周除了继续思考数据权限模型的建模和实现以外，主要还研究了一下WSRP（Web Service for Remote Portlet）。这个技术主要是采用WebService方法整合其他应用中的远程portlet到自己的Portal应用中去。
首先需要有一个Producer，即提供服务的出处，它分为两种：Simple Producer和Complex Producer，一般的采用Workshop创建Portal项目都是Complex的，而一般的Web Project即只采用Struts或者PageFlow的都是Simple的，其实生成Producer的过程很简单，如果是采用Workshop，则有很简单的菜单，当然即使不是采用Workshop，也就是拷贝几个Jar和生成几个XML文件。但是不管怎么样，都有一个问题就是这个Producer一定要运行在Portal Domain上，否则无法发现这个Producer中的服务（后面会提如何发现）。
接着就是应用Remote Portlet的Consumer。这一步操作也很简单，就是在创建portlet的时候选择类型remote portlet，然后输入producer的WSDL，一般是“[WEB_ERL]/producer?WSDL”，然后点击Retrive就可以发现Producer中的portlet了，之后选择一个portlet就可以创建成功了。
运行门户测试之后发现有两个问题：
1.URL问题，就是原来producer中的URL如果没有采用portal的URL tag或者应用生成URL的话，那么这个URL在consumer中应用就会出现连接错误，比较明显的就是一些图片无法显示。
2.用户身份问题，如果producer中需要用户身份，如果不设置CA和SSO，那么producer无法获取consumer中已经登录的用户。
这两个问题是致命性问题，涉及到对原来应用的修改和需要部署SSO，除此之外，加上需要producer部署在Portal Domain这一限制，当然还有producer和Consumer的风格差异问题，使得WSRP这一技术在当前工作中的应用，看来目前尚存在较大的困难。

看完上述内容，你们对如何进行WSRP的示例分析有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联-成都网站建设公司行业资讯频道，感谢大家的支持。

网页标题：如何进行WSRP的示例分析-创新互联
浏览路径：http://pwwzsj.com/article/csdpsh.html