私たちは、構築しようとしている新しいWebのものについていくつかのソリューションを評価しています。ユーザー管理、コンテンツ管理、キャンペーン、コミュニティ、金融取引など、いくつかの側面があります。
Joomla + Vaadin + CAS(いくつか例を挙げます)を使用してフレームワークをDIYにロールバックすることを検討していますが、ワンストップショッピングにLiferayポータルを採用するだけでよいのではないかと思います。
私は推薦状を探しましたが、あまり思いつきませんでした。 Liferayを使用した(または使用しないことを選択した)人は、Liferayが解決する(または解決しない)技術的なハードルと、潜在的に他の人が作成する可能性のあるものを共有してくれる人に感謝します。
ありがとうございました!
主にポータルサーバーを必要とせず、セキュリティ目的でのみ使用していたため、Liferayを使用しないことにしました。ユーザー情報とアクセス許可を維持するためにActiveDirectoryサーバーに対して実行していたため、Spring MVCアプリケーションを構築し、SpringSecurityを使用してActiveDirectoryに接続することにしました。
最終的に、notLiferayを使用することが決定されました。これは、ポートレットコンテナの余分なオーバーヘッドをすべて必要としないのに、すべてを必要としないためです。余分なもの、そしてすべてがどのようにつなぎ合わされているかを正確に制御/柔軟性を維持したいとも思っていました。
免責事項:私は現在Liferayで働いています。しかし、私がここで働き始めるずっと前に答えが投稿されました。
我が社私が働いていた会社はLiferayInc。のパートナーなので、多くの経験があります。また、多分あなたは私の意見を一粒の塩で受け止めたいと思うでしょう:)
私たちはさまざまなJavaポータルツールを使用してきましたが、真実は次のとおりです。企業ポータルとして、Liferayは市場で最高のAFAIKです。機能が豊富で、バグが少なく、コードも優れています。書かれているように、コミュニティは非常に役立ち、柔軟性とカスタマイズ性があり、幅広い必需品に役立ちます。
それにもかかわらず、Liferayはポータルツールであるため、コンテンツ中心のプラットフォームとして優れています。多くのコンテンツ(ニュース、記事、ブログ、ウィキ、フォーラムなど)を管理する場合は、プラットフォームとしてLiferayをお勧めします。他の場合には、より良い検討を提案します。たとえば、ERPのようなものを使用できます。
とにかく、Liferayがさまざまな場所で一般的な開発プラットフォームとして使用されているのを見てきましたが、その結果は妥当です。実際、Liferayを使用すると、生産性が大幅に向上します。ユーザー、権限、コンテンツ管理について考える必要はありません...クラスタリングやシャーディングのような複雑な低レベルの問題でさえLiferayに委任することができます。そして、Liferay Service Builderは、Java私が見た中で最高のスキャフォールディングツールの1つです。考えてみると、Liferayには、さまざまなすぐに使えるアプリケーションがあります。そしてそのサービスビルダーは、Rails/Django forJavaのRubyのようなものです。
OTOH、Liferayは大きく、問題になる可能性があります。プラットフォームを乱雑にする未使用のものがたくさんあるかもしれません。あなたは巨大なアプリケーションを研究しなければならず、それはあなたから多くの時間と労力を必要とします。残念ながら、Liferayのドキュメントは貧弱で、事態はさらに悪化しています。 Liferayはさまざまな問題を解決するため、コードベースは大きくなります。この複雑さは、ほとんどではないにしても、多くのアプリケーションで不要になる可能性があります。
また、アプリケーションが多くのコンテンツを使用しない場合、Liferayはさまざまな便利なツールを提供できますが、Liferayを使用するための自然環境ではありません。 Liferayプラットフォームにもロックされるため、選択が制限される可能性があります。 Liferayツールを分析したいと思うかもしれませんが、それが良いプラットフォームになるかどうかはわかりません。
要約すると、私は言うでしょう: