Question

我们正致力于我们第二代电子商务网站。引进的承包公司正在推动使用Web Sphere Portal诉SJP/Spring MVC等公司,以扩充国际交易日志。

新释放的许多部分将以第1版为基础。

承包公司是IBM的合伙人,因此,我假定在确定统一企业的最佳解决办法方面存在着利益冲突。

因此,我与小组联系,以了解如何利用IBMWeb Sphere门户来支付钱款(ROI)。

向前推进,我们将利用一家近岸公司,一旦提出申请,即维持申请。因此,我们必须考虑这些技能。

我们向发货人提供网站,让他们出售/储存车辆。对每个发货人来说,延迟业务逻辑大致相同,并单独处理。问题是,我们目前建立了一套核心的金融情报和主计长,然后将其扩大到一个发货人项目。每个签字人“Store Front”是一个单独的部署。

我知道或曾经告诉过门户:

日内瓦 OTB将处理基本安全——用户标识和他们能够看到的港口(保安可以做同样的事情)
日内瓦 OTB能够根据用户与哪家公司的关系处理这些货物或重新计算港口。 (标准做法可以取得相同结果)
IBM WebSphere Portal can provide re-use of Portlets (Not sure I buy this since so far each customer has demanded their own screen layouts along with the data collected and how it is displayed)
IBM Web Sphere门户可以及时帮助市场——这首先是实施基准参考,然后在45-60天左右展示可以改变的内容。

我向能够提供更大好处的任何人开放。

<>

> <<<<>>>>>>>> > <<<<>>>>>>>>。

针对@Bozho的发言,如果要确定是否有必要采用停泊办法,则准则是什么。

Answer 1

IBM does not trigger any good references in terms of quality software in my head. And all points above are marketing nonsense. There are two things you need to assess:

do you need a portlet solution. (This is regardless of the portlet implementation).
which portlet implementation to choose

我不能为你决定这些内容,但我可以告诉你:

spring provides even advanced user and security handling (spring-security)
even if you choose portlets, you can use spring. Spring has portlet support.
if you choose portlets, make sure you choose a good implementation. As I mentioned, I wouldn t go for IBM.

Answer 2

这完全取决于你们的最终游戏。

它像供应商所建议的网上门户一样,为每个发货人建立一个虚拟门户,因此可以单独管理,这具有意义,因为你可以在每个虚拟门户网站上部署同一港口,同时有定制的界限,而且发货人和用户的作用也可以通过箱子的门户轻易处理。

然而,门户是一个相当庞大的包裹。如果你想根据自身的作用,将各种来源的内容纳入其中,并以标准方式向终端用户提供数据,或者根据自己的作用,重新规划使用其某些现有功能,即通过各种活动、网站内容图书馆、与远港通道的整合、与协作工具的整合、与程序服务器/班任务、博客、维系等,在同一网页上积极更新港口单元,则可能值得采用门户解决办法。

但是,如果你们都想做的话,就根本上造一个网络,那么门户总超高技能,我只贴上一个配备任何框架的服务器,使工作更容易。

> <<<<>>>>>>>> > <<<<>>>>>>>>。 针对@Bozho的发言,如果要确定是否有必要采用停泊办法,则准则是什么。

友情链接

> <<<<>>>>>>>> > <<<<>>>>>>>>。

针对@Bozho的发言,如果要确定是否有必要采用停泊办法,则准则是什么。