我们正在为我们正在寻找的新网络内容评估几种解决方案。它有几个方面，包括用户管理，内容管理，活动，社区和金融交易。
我们正在寻找自己的框架，使用Joomla + Vaadin + CAS（仅举几例）来DIY，但我想知道我们是否应该简单地采用Liferay门户进行一站式购物？
我已经找到了推荐书并且没有提出太多建议。我很感激任何使用过Liferay（或者选择不参加）的人，他们会分享它所解决的技术障碍（或不会）以及可能会创造其他人的技术障碍。
谢谢！
答案 0 :(得分：59)
免责声明：我现在为Liferay工作;但是，在我开始在这里工作之前很久就发布了答案。
我的公司我工作的公司是Liferay Inc.的合作伙伴，所以我有很多经验。另外，也许你想用一点点意见来表达我的观点：）
我们使用了各种Java门户工具，事实是：作为企业门户，Liferay是市场上最好的AFAIK。它功能丰富，漏洞少，代码编写得很好，社区非常有用，灵活可定制，适用于各种必需品。
尽管如此，Liferay是一个门户工具，因此它擅长以内容为中心的平台。如果您将管理大量内容（例如新闻，文章，博客，维基，论坛......），那么我很乐意推荐Liferay作为您的平台。在其他情况下，我建议更好的考虑。例如，您可以使用类似ERP的东西。
无论如何，我已经看到Liferay在各个地方被用作一般开发平台，结果是合理的。事实上，使用Liferay时，生产效率会有很大提高。您无需考虑用户，权限，内容管理......即使是复杂的低级问题（如群集和分片）也可以委托给Liferay。 Liferay Service Builder是我见过的最好的Java脚手架工具之一。当我想到它时，我觉得Liferay及其各种开箱即用的应用程序及其Service Builder就像是Ruby on Rails / Django for Java。
OTOH，Liferay很大，这可能是一个问题。你可能会得到许多未使用的东西，使你的平台变得混乱。您将需要学习一个庞大的应用程序，它将需要您花费大量的时间和精力。不幸的是，Liferay文档很差，让事情变得更糟。由于Liferay确实解决了大量问题，因此其代码库很大。在许多（如果不是大多数）应用程序中，这种复杂性是不必要的。
此外，如果您的应用程序不使用大量内容，Liferay可以提供各种有用的工具，但它不是使用Liferay的自然环境。您也将被锁定在Liferay平台上，这可能会限制您的选择。您可能想要分析Liferay工具，但我不知道它是否是一个很好的平台。
总结一下，我会说：
答案 1 :(得分：17)
我们决定不再使用Liferay，因为我们不需要门户服务器，只会将其用于安全事务。由于我们针对Active Directory服务器运行以维护用户信息和权限，因此我们决定构建一个Spring MVC应用程序并使用Spring Security绑定到Active Directory。
最后，决定不使用Liferay，因为当我们不需要所有额外的东西时，我们不想要所有额外的portlet容器开销，并且还希望保持对所有事物串在一起的完全控制/灵活性。