网服务远程Portlet在C#/.净的选择吗？

Question

最近，我有我的心扩大了一个新的概念： 网服务远程Portlet, 或WSRP.我知道它在介绍a Java-基于网门户网站，我们正在考虑在采购工作；我们中的一个。网上商店和WSRP会的手段，我们将扩大这个门户网站。

虽然我不能控制的结束决定我们是否能购买的产物，我可以提供投入，如何的困难将是建立WSRP符合标准。不幸的是，最近我查询到的问题已变成几乎景点是否需要.

所以我问你，所以社会，如下：什么图书馆或框架都是有建设WSRP符合portlet在C#/.净?有哪些优点和缺点使用WSRP一般？

因为没有正确的答案在这里，我会让这个社区wiki员额。

迄今为止，我们只发现了以下:

• WSRP的工具包，为Sharepoint 由微软(但需要Sharepoint)。
• WSRP门户网站和WSRP.净框架 通过NetUnity.

鉴于WSRP上的肥皂，这似乎是一个完美的候选人WCF约束力和道，但我看到什么关于这个问题，任何地方。

Answer 1

如果你读答仔细规格，你会发现这是一个远程版本的Java Portlet规范(如果我的拼写，右)。这意味着，这是非常有用的综合Java。任何其他会看起来像一个Java件中，这是不是很普通的。

Answer 2

WSRP是非常逆势.现在世界已经看到，紧密联结之间的数据模型和表现型是最理想的。成功的RSS，其余的，视和网服务一般显示了这一点。尽管WS在的名称，WSRP站在反对核心原则的网服务。答规范忽略的声音的建议，以保持数据和呈现独立，并且夫妇他们紧紧的。

WSRP一体化的承诺，在UI的水平。这似乎是错误的问题要解决。

它令我感到困惑的是，这件事具有活。
问题的这次尝试，以解决往往是不的问题 应 解决。

Answer 3

我认为它的普及/通过可以推断通过事实上，在过去的释放，从NetUnit是"这个最新的释放增加了支持Visual Studio2005年。网2.0."

Answer 4

我必须同意Cheeso.将UI有的数据只提供portlet消费者和增加了一个大的，不必要的、危险的层序生产者。我们。网上商店最近已 强迫 考虑WSRP和我已经找到了缺乏支持和经验。最好的MS-为中心的方法我已经看到讨论的是 在这里，.但我还没有找到任何具体WCF实现/支持。任何导致了极大的赞赏！

Answer 5

WSRP基本上是一个门户网站-到portlet网服务标准。什么是首要之间交换的数据门户网站和《入口小程序?它的标记和很大程度上是因为大多数的门户网站使用一个网络界面。这整个想法，这不是纯粹的数据与用户界面是有争议的问题。它的意思是一个网络服务对入口小程序发现、元数据、标记、相互作用，缓存,入口小程序到portlet通信，等等。这是一个门户网站并，即使不WSRP.WSRP不过是一个开放、交叉平台的标准。

什么是一个门户网站，只有集中的入口小程序从自己的产品和/或平台？有Java基于PeopleSoft的人力资源和提供进入他们的入口小程序从SharePoint到你的员工吗？好运气。为什么不能这是一个可实现的情况对于大多数企业软件？是的，我意识到这是一体化相关的用户界面。这是一个主要原因为什么我使用一个门户网站。这不是我期望得到PeopleSoft软件的综合与SharePoint在"纯粹的"数据的水平，并以某种方式雇员的利益网络的一部分，奇迹般地出现在SharePoint准备使用。然而，这是什么我希望如果入口小程序，以portlet一体化是基于WSRP.

WSRP，虽然不完善，是一个更好的解决方案在我的意见。除了容易一体化门户构件内的一个门户网站，它分离的门户网站从应用程序。没有部署的二进制文件的门户网站的服务器，甚至在同一服务器上运行.这是有道理的。从来没有运行的应用程序在同一服务器上作为门户网站的服务器：既没有将永远不会升级。我得出的结论是，它是疯狂的把应用的二进制位于同一服务器上的门户网站的服务器。"请部署此应用程序门户网站的服务器，并将它会影响安全性、稳定性、性能和之间的一切我想创造尽可能多的依赖，尽可能降低整个门户网站服务器每当我升级的应用程序"。这是一个依赖性的噩梦。最好的一对夫妇的门户网站供应商的顾问，双手抱有升级时，有人指责。

你需要负载平衡整个门户网站平台的时候只有一个选择数量组件的打击最？门户网站供应商希望你这样认为。很多时候，该门户网站是什么都不做更多的等待上入口小程序完成的处理。与WSRP，你有灵活性，以负载平衡portlet独立的门户网站平台。它总是坏了几个入口小程序受到的打击最大。为什么不负载平衡就这些入口小程序?所以不是不必要的负载平衡的门户网站在80CPU,你可以负载平衡那几个入口小程序10Cpu。WSRP也是绝对的完美云计算。

WSRP是一个门户网站到portlet的标准。如果你想要写信组件，在多个门户和潜在的跨平台，WSRP是它。如果你是远程考虑把第三方的模块、WSRP是它。这是唯一的标准。然而，它也有一些明显的益处超过其他所有地方门户网站-到portlet的接口，并应考虑那些好处。