去或不去与Liferay？ 什么是好，坏，丑？
我们正在评估几个我们正在寻找的新networking解决scheme。 它有几个方面，包括用户pipe理，内容pipe理，活动，社区和金融交易。
我们正在寻找自己推出的框架，使用Joomla + Vaadin + CAS（仅举几例）来DIY，但我想知道是否应该简单地采用Liferay门户网站一站式购物？
我一直在寻找推荐，并没有拿出太多。 我感谢任何使用Liferay（或不select）的人，他们会分享哪些技术障碍可以解决（或不会），以及潜在的其他问题。
谢谢！
我们决定不使用Liferay，主要是因为我们不需要一个门户服务器，而只是将它用于安全性的事情。 由于我们针对Active Directory服务器运行维护用户信息和权限，因此我们决定构build一个Spring MVC应用程序，并使用Spring Security将其绑定到Active Directory中。
最后，我们决定不使用Liferay，因为当我们不需要所有额外的东西时，我们不需要所有额外的Portlet容器的开销，并且也想要完全控制/灵活性一切如何串在一起。
免责声明 ：我现在为Liferay工作; 然而，答案早在我开始在这里工作之前就已经发布了。
我的公司 我工作的公司是Liferay Inc.的合作伙伴，所以我有很多的经验。 另外，也许你想采取我的意见，一粒盐:)
我们已经使用了各种Java门户工具，事实是：作为企业门户，Liferay是市场上最好的AFAIK。 它function丰富，缺陷less，代码编写得好，社区非常有帮助，而且灵活可定制，适用于各种生活必需品。
尽pipe如此，Liferay是一个门户工具，所以它是一个以内容为中心的平台。 如果你将pipe理很多内容（如新闻，文章，博客，维基，论坛…），那么我会很乐意推荐Liferay作为你的平台。 在其他情况下，我会build议一个更好的考虑。 例如，您可以使用诸如ERP之类的东西。
无论如何，我已经看到Liferay被用作各个地方的通用开发平台，结果是合理的。 事实上，在使用Liferay的时候，生产力会有很大的提高。 您不需要考虑用户，权限，内容pipe理…甚至可以将复杂的低级别问题（如群集和分片）委派给Liferay。 Liferay Service Builder是我见过的最好的脚手架工具之一。 当我想到这一点时，我觉得Liferay以及各种现成的应用程序和它的Service Builder就像Ruby on Rails / Django for Java。
OTOH，Liferay很大，可能是一个问题。 你可能会得到很多未使用的东西混淆你的平台。 你将不得不研究一个巨大的应用程序，这将需要你很多的时间和精力。 不幸的是，Liferay文档很差，让事情变得更糟。 由于Liferay确实解决了很多问题，所以它的代码量很大。 如果不是大多数应用程序，这种复杂性可能是不必要的。
另外，如果您的应用程序不使用大量内容，Liferay可以提供各种有用的工具，但不会成为使用Liferay的自然环境。 您也将被locking在Liferay平台上，这可能会限制您的select。 你可能想分析一下Liferay的工具，但是我不知道它是不是一个好的平台。
总结一下，我会说：
- 如果你想使用基于Java的门户，或者build立一个复杂的门户网站，我build议Liferay没有限制;
- 如果你想创build一个pipe理大量内容的应用程序，Liferay是一个很好的平台，我认为它可能是最好的select;
- 如果你的应用程序很大，但不是以内容为中心，我不会推荐Liferay，但它可能是有用的;
- 如果您的应用程序没有pipe理很多内容，并且可能很小，那么Liferay可能会增加更多的复杂性。
