有一则老笑话说道：“什么时候门不是门？当门虚掩时。”那企业Java是否也如此？“什么时候企业门户不是门户？当它努力成为一个完全成熟的、功能齐全的内容管理系统(CMS)时。”遗憾的是，软件架构师和软件开发人员知道，将完整的内容管理系统集成到预包装企业Java门户方案中，这样的历史问题并不是一个玩笑，甚至今天，将这两种技术整合在一起仍然是一个难点。

　　从历史上看，当你试图将其作为一个内容管理系统时，企业Java门户的预测似乎令人很失望。他们甚至将一个简单任务，以一种复杂的多阶段方式来完成。这个不应该是针对任何一个特定的供应商，因为市场上主要门户产品都遇到了这样问题：想做的太多，并没有将关注点集中在核心能力——门户服务器的有用性和易用性。　　

Red Hat的Jason Andersen“明白此中道理”

　　Red Hat的JBoss产品线管理主管Jason Andersen承认这是一个棘手的问题。“内容管理这一块是一个非常复杂的问题。在过去的几年里，有过几个不同的方法，我们也尝试了其中的几种方法。”一种方法是利用现有的门户内容管理行政图文管理功能。结果喜忧参半，从用户编写的角度看，虽然可以使用简单的工具但是却不能拥有完备的功能，因为业务用户想要获得更多的WYSWIG接口。这样的问题不光是开源企业遇到过。甚至像IBM这样的大厂商的WebSphere系列产品也一直观察到他们的长期用户放弃使用基于门户的CMS系统，而是使用一些免费的WordPress或者是Joomla方案。

　　底线是，真正创建内容的人想要用一种简单的方式使其能在网上迅速运行。门户在应用交付和内容聚合方面做的非常好，但实际上保证互联网上稳定的信息传输要使用一个典型的门户界面，因为用户上传点是一个简单但是却又不是一个直观的过程。Andersen说，对门户的责备并不公平，“门户网站得到这样一个差名声的部分原因是，人们想要用它做太多内容，甚至希望它完成不可能完成的功能。”　　

门户真的有问题吗？

　　Liferay的高级软件架构师Ray Augé对该问题的看法不同。他认为，让门户工程师和开发人员转向他们所不擅长的领域，这确实是一个潜在问题。他强烈建议将内容管理变为Liferay的嵌入组件，而不是它的核心部分。这样，专业团队就可以以正确的方式开发其纵向课题。“我们是一个门户公司。如果我们想要给我们的门户添加有关内容管理方面的信息，我们不得不把他交给门户管理人员。我们必须要请内容管理专家来做这个版块。”

　　如果内容管理这一块与核心部分脱节，它就不需要被同一系列的需求所驱使。实际上，只是没有足够的空间来创新和完善内容管理方面的东西。Ray认为这就是为什么即便是有趣的内容管理方面的门户也不太符合单一解决方案的要求。例如，Liferay有一个非常好的日志记录功能，但没有任何组织使用门户作为大型分布式日志记录基础结构。它不等同于基础设施，只关注日志记录功能。Ray说关键是要给专家自由，来负责全部内容管理方面的门户。“你必须释放猎犬。你必须要说：快在日志上开展工作吧，使它成为最好的日志。”

　　尽管Liferay发现的最佳方式是与内部专家合作，但JBoss团队还是没有试图创建和打包一个完整的、行业领先的内容管理系统，它远高于供应商所关注的那部分创建内容。相反，Red Hat正与其它合作伙伴集成，使用最佳组合CMS方案填补缺口。最后，它确实以相同的方法解决了同样的问题。无论哪种方式，在未来实际的工作中，我们最终可能看到的是一个混合方案。　　

门户会一直保持这个底线吗？

　　与此同时，门户网站还有一个很重要的部分要补充。实际上，有几个方面门户网站要比其他类型平台做的要好，这就是为什么门户这么受企业欢迎。不仅是因为门户具有高度的可靠性和安全性。还因为门户是连接临时用户（如一个月访问网站几次的顾客和合作伙伴）的理想方式。你可以很好的看到你的用户是谁，因此你可以提供一个可信的、定制体验。用户定制对与每次和客户接触的最大化盈利能力有巨大的商业影响。例如，金融机构可以基于他们的账户余额和过去的活动向用户自动提供特价优惠和VIP服务。

　　为什么选择像JBoss和Liferay这样的开源门户？根据Andersen的观点，这些解决方案非常精简和有效，并且它们解决了许多大型组织在管理用户和应用程序时所面临的最大挑战。门户与其他系统也配合的相当好,因此没有必要将一个单片堆栈强制添加到客户环境中。最后，门户网站为用户打开了一扇门，促进了企业与用户间的关系。这只是为门户网站提供了一个发挥专长的机会。