今天就跟大家聊聊有关如何进行WSRP的示例分析，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
创新互联建站长期为成百上千家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为西工企业提供专业的成都网站建设、网站设计，西工网站改版等技术服务。拥有十余年丰富建站经验和众多成功案例,为您定制开发。
这周除了继续思考数据权限模型的建模和实现以外，主要还研究了一下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的示例分析有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。
