C#/.NET中远程portlet的Web服务——选项?

C#/.NET中远程portlet的Web服务——选项?,c#,.net,asp.net,wcf,wsrp,C#,.net,Asp.net,Wcf,Wsrp,最近,我的思想被一个新概念扩展了:WSRP。我在一个基于Java的门户网站上的一次演示中了解到了这一点,我们正在考虑在工作中购买;我们是一家.NET商店,WSRP将是我们扩展此门户的手段 尽管我无法控制我们是否购买该产品的最终决定,但我可以提供关于构建符合WSRP的portlet有多困难的信息。不幸的是,我最近对这个问题的询问结果几乎为零 所以我问你,So社区,有哪些库或框架用于在C#/.NET中构建符合WSRP的portlet?一般来说,使用WSRP有哪些优点和缺点 因为这里没有正确的答案,我

最近,我的思想被一个新概念扩展了:WSRP。我在一个基于Java的门户网站上的一次演示中了解到了这一点,我们正在考虑在工作中购买;我们是一家.NET商店,WSRP将是我们扩展此门户的手段

尽管我无法控制我们是否购买该产品的最终决定,但我可以提供关于构建符合WSRP的portlet有多困难的信息。不幸的是,我最近对这个问题的询问结果几乎为零

所以我问你,So社区,有哪些库或框架用于在C#/.NET中构建符合WSRP的portlet?一般来说,使用WSRP有哪些优点和缺点

因为这里没有正确的答案,我将把这篇文章做成一篇社区维基文章

到目前为止,我只发现了以下几点:

  • 由Microsoft提供(但需要Sharepoint)
  • 通过NetUnity

考虑到WSRP是在SOAP之上的,这似乎是WCF绑定和通道的完美候选,但我在任何地方都看不到这方面的内容

如果仔细阅读WSRP规范,您会发现它是JavaPortlet规范的远程版本(如果我拼写正确的话)。这意味着它对于集成Java Portlet非常有用。其他任何东西都必须看起来像Java Portlet,它不是很通用。

我认为NetUnit的上一个版本是“此最新版本添加了对Visual Studio 2005和.NET 2.0的支持”,这一事实可以推断出它的流行性/采用性。

WSRP是非常相反的。到目前为止,世界已经看到数据模型和表示模型之间的紧密耦合是次优的。RSS、REST、MVC和web服务的成功大体上说明了这一点。尽管名义上是WS,但WSRP反对Web服务的核心原则。WSRP规范忽略了保持数据和表示分离的合理建议,并将它们紧密地结合在一起

WSRP承诺在UI级别进行集成。这似乎是要解决的错误问题

让我困惑的是,这东西能活得这么久。

它试图解决的问题往往不是应该解决的问题。

我必须同意奇索的观点。将UI与数据集成只服务于portlet消费者,并为portlet生产者添加了一个大的、不必要的、有风险的层。我们.NET商店最近被迫考虑WSRP,而我发现缺乏支持和经验。我见过的最好的以MS为中心的方法是。但我没有找到任何具体的WCF实施/支持。非常感谢任何线索

WSRP本质上是portlet web服务标准的门户。门户和portlet之间交换的主要数据是什么?这是标记,主要是因为大多数门户使用web UI。这种认为它不是纯数据对UI的观点是毫无意义的。它是用于portlet发现、元数据、标记、交互、缓存、portlet到portlet通信等的web服务。即使不是WSRP,这也是门户所做的。然而,WSRP是一种开放的跨平台标准

什么是只集成自己产品和/或平台的portlet的门户?是否已获得基于Java的PeopleSoft HR,并希望向您的员工提供从SharePoint访问其Portlet的权限?祝你好运为什么对于大多数企业软件来说,这不是一个可以实现的场景?是的,我意识到它是与UI相关的集成。这是我使用门户的主要原因之一。这不像我期望PeopleSoft在“纯”数据级别与SharePoint集成,不知何故,员工福利Web部件会在SharePoint中神奇地弹出,随时可用。然而,如果portlet到portlet的集成是基于WSRP的,那么这就是我所期望的

WSRP虽然不完美,但在我看来是一个更好的解决方案。除了在门户中轻松集成portlet之外,它还将门户与应用程序分离。不将二进制文件部署到门户服务器,甚至不在同一服务器上运行。这是有道理的。切勿在与portal server相同的服务器上运行应用程序:两者都不会升级。我得出的结论是,将应用程序二进制文件与门户服务器放在同一台服务器上是愚蠢的。“请将此应用程序部署到门户服务器,并使其影响安全性、稳定性、性能以及两者之间的一切,我希望在升级应用程序时创建尽可能多的依赖项并关闭整个门户服务器。”。这是一场依赖性的噩梦。在升级时,最好找几个门户供应商顾问牵手,找个人来负责

当只有选定数量的Portlet受到最多影响时,是否需要对整个门户平台进行负载平衡?门户供应商希望您这样认为。很多时候,门户只不过是等待portlet完成处理。使用WSRP,您可以灵活地独立于门户平台来平衡Portlet的负载。它总是分解为几个命中率最高的portlet。为什么不让这些portlet实现负载平衡呢?因此,您可以在10个CPU上对这几个Portlet进行负载平衡,而不是在80个CPU上对门户进行不必要的负载平衡。WSRP对于云计算来说也是绝对完美的

WSRP是portlet标准的门户。如果您想编写一个在多个门户中工作并可能跨平台工作的portlet,WSRP就是其中之一。如果您正在远程考虑集成第三方portlet,WSRP就是其中之一。这是唯一的标准。然而,与其他专有的本地门户到portlet接口相比,它也有一些显著的好处,因此也应该考虑这些好处

WSRP“开放”的定义是什么?根据什么定义,这是一个“标准”?此外,-1因为你没有回答这个问题。这是w上的绿洲标准