Java 使用WebSpherePortal与SpringMVC（确定portlet解决方案是否得到保证的指南）

我们正在开发第二代电子商务网站。引入的承包公司正在推动使用WebSpherePortal，而不是使用JSP/SpringMVC等来构建UI部分

新版本的许多部分将基于版本1

承包公司是IBM的合作伙伴，因此我假设在确定UI的最佳解决方案时存在利益冲突

因此，我正在与团队接触，以了解使用IBM WebSphere Portal是否物有所值—ROI

我们将使用一个离岸公司来维护应用程序，一旦它启动，我们就必须考虑这些技能集。 我们为发货人提供网站，允许他们出售/拍卖车辆库存。每个委托人的底层业务逻辑基本相同，在单独的层中处理。问题是，目前我们已经创建了一组核心的UI和控制器，然后将它们扩展到委托人项目中。每个发货人“店面”是一个单独的部署

以下是我对门户网站的了解或了解：

IBMWebSpherePortalOTB将处理基本的安全性-用户登录和他们可以看到的portlet（SpringSecurity也可以做同样的事情）

ibmwebsphereportalotb可以根据用户关联的公司来处理portlet的主题化或重新蒙皮。（标准UI实践可以实现同样的效果）

IBM WebSphere Portal可以提供Portlet的重复使用（我不确定我是否购买它，因为到目前为止，每个客户都要求他们自己的屏幕布局以及收集的数据和数据的显示方式）

IBMWebSpherePortal有助于缩短上市时间，也就是说，从基本参考实现开始，然后向他们展示在45-60天的周期内可以改变什么

我对任何人开放，谁也可以提供更多的好处，它的使用

后续问题

---

作为对@Bozho所作声明的回应，如果有准则，那么确定portlet解决方案是否有保证的准则是什么。

IBM在我的脑海中不会引发任何关于高质量软件的好的参考。以上所有观点都是营销上的胡说八道。您需要评估两件事：

• 您需要portlet解决方案吗。（这与portlet实现无关）
• 选择哪个portlet实现

我不能为您决定这些，但我可以告诉您：

• spring甚至提供了高级用户和安全处理（spring安全性）
• 即使选择Portlet，也可以使用spring。Spring支持portlet
• 如果选择Portlet，请确保选择了良好的实现。正如我提到的，我不会选择IBM

---

这完全取决于你的最终目标

看起来供应商推荐了Websphere Portal，目的是为每个发货人设置一个虚拟门户，这样他们就可以单独管理，这是有意义的，因为您只需在每个虚拟门户中部署相同的portlet，并进行一些定制，而且通过门户即可轻松处理委托人和用户角色

然而，门户是一个相当大的工具。如果您希望集成来自不同来源的内容，并根据最终用户的角色等以标准方式向其提供数据，或者您计划使用其某些现有功能，即通过事件、Web内容库、与远程Portlet的集成动态更新同一页面上的Portlet，与协作工具集成，与process server/bpm任务、博客、Wiki等集成，那么使用门户解决方案可能是值得的

然而，如果你想做的只是创建一个web应用程序，那么门户网站的技术就太过火了，我只会坚持使用任何框架的应用程序服务器来简化这项工作