Liferay/JSR 168と286ポータルの代わりに？

Question

私のチームはNode.js、Twitter Boostrap、Mongo DB、およびESBを使用してダッシュボードアプリケーションを作成しています。

最近幹部はLiferayのようなポータル/ポートレットコンテナへのアプローチを変えるために私たちを尋ねました。チームの

私たちの一部は、Liferayの経験を持っており、我々はそれについてかなり否定的な感情を持っています。フル・ページ・リフレッシュ、ポートレット・ライフサイクル、スタイルおよびテーマの問題、限定されたDBMSのカバレッジなどを扱うことは、弊社の苦情リストの最上位にあります。

私たちの幹部チームはどこから来ているのか分かります。彼らは、ダッシュボードを他のグループのために拡張しやすく、簡単にまたは簡単にしたいと決定しました。

Liferayのようなもので、建物や拡張可能アプリケーションに関するIT専門家や幹部の企業ニーズを持つユーザーの近代的なウェブの期待のバランスをとることができますそこに解決策はありますか？ここにはプラグ可能なウィジェットが重要です。

ノードはGrailsのようなもので、私たちの好みに近いものです。

おかげで、

Answer 1

この質問は正確にStackOverflowのフォーマットに適してないかもしれませんが、私はまだいくつかの考えを提供することができます。

あなたの現在のプラットフォームを固執したい場合は、あなたの幹部が新しいプラットフォームへの移行のうち、取得したい特徴を正確に何を把握する必要があります。これらの機能は、現在のプラットフォームに組み込むことができますか？他のすべてのものを書き換えることに比べてどれだけの労力がかかるでしょうか？チーム全体で新しいスキルセットを学ぶためにどのくらいの労力がかかりますか？あなたのチームは新しいスキルを効果的に学ぶことができると確信していますが、それでも努力が必要で、チームが学ぶにつれて痛みが増します。似ているか少ない労力で同じ機能を手に入れることができ、総所有コスト（TCO）を同じにすることができることを幹部に示すことができれば、現在のプラットフォームを維持することができます。

また、私はあなたがポートレットコンテナが何ができるかを過小評価していると思います。私は主にWebSphere Portalで作業しています。多分あなたが言及した痛みのポイントのほとんどが私のために管理するのがそれほど難しいとは思わないのかもしれません。あなたのコンテナがそれ自身を管理するために特定のDBMSを必要としているからといって、カスタムデータのニーズに別のDBを使用することはできません。 JSR-286は、AJAXをポートレットに実装するのを容易にする手段として、serveResourceを導入しました。 WebSphere Portal（Liferayについて知りません）では、ページのリロードをせずにページ全体のコンテンツを変更することはあなたのリストでは最も難しいかもしれませんが、私は認めるでしょう。

最新の技術は、最先端技術を意味するものではありません。また、大規模なソフトウェア製品は、他のツールと同様、使い方が分かっていれば実行できます。