Java空間でのエンタープライズポータル戦略の代替手段は何ですか？

ポータルスペースでの幻滅

エンタープライズポータルの経験、特にWebSphere Portal Server（WPS）の領域に幻滅するようになった、大規模なエンタープライズクライアントの多くが気がかりです。何百万もの投資が行われていますが、集約および統合された共同作業ツールを使用したパーソナライズされたコンテンツの実現は決して実現していません。WPS 7.xへの移行は、大規模なリッピングと置き換えの動きであり、クライアントは完全に別の場所に移動すべきかどうか疑問に思っています。

ポータルソフトウェア：恐ろしいオプションですが、代替手段は何ですか

ポータルには多くの嫌悪感があり、ポータルソリューションは実際には過剰すぎる場合がありますが、大規模な多国籍企業について話している場合、ポータルサーバーなしでグローバルソリューションを構築することをどのように推奨しますか？

ポータルは、TomcatやJBoss ASほど楽しいとは限りませんが、複数のアプリケーションの統合、コンテンツの管理、個々のwarファイルとしてデプロイされる個々のアプリケーションの更新、ポートレットレベルまでのセキュリティ管理、特定のユーザーへのパーソナライゼーションの量、および大規模企業が社内および社外のWebサイトの一部として持っている数千のページを管理するという圧倒的なタスクを支援するために、より良い技術がありますか？

コミュニティの洞察とフィードバックを集める

私はできるだけ多くの洞察を獲得しようとしています。この問題について、TSSに関する小さな記事を書きました。

ポータルには、他にどのような選択肢がありますか？

また、CodeRanchでスレッドを復活させて、そのハンサムな乗組員から洞察を得られるかどうかを確認しています。

ポータルソフトウェアの戦略に代わるものを求める更新されたスレッド。2012年頃

twitterati（@potemcam）からの洞察も探しています。

コミュニティからの鋭い洞察を本当に集めようとする試みであるので、クロスポストではありません。確かな反応と経験を得ることができたら、TSSのアドバイス記事にまとめたいと思います。

Javaスペースでのエンタープライズポータルの正しい代替手段は何ですか？

ちなみに、他のサイトからもこの質問にクロスリンクして、同じ質問をしている人が行き来して、このトピックに関してコミュニティが何を言っているかを確認できるようにします。

最初に、Portalが解決するために設計された問題を考慮する必要があります。ウィキペディアが示唆しているように、多様なソースからの情報を統一された方法でまとめることですか？その場合、これを行うために他にどのような方法がありますか？

さて、まず、多様なソースからの情報をどのようにまとめるのですか？明らかな答えは、さまざまな（Web）サービスを呼び出すことです。これにより、契約とネットワーク遅延の問題、何とか何とかが発生しますが、これらはポータルでは不十分に解決されるものなので、それはあなたの呼び出しです。サービスがRESTfulであるとしますか？それは契約の管理を容易にしますか？おそらく。

次に、情報をどのように統合しますか？Portalが解決した問題の1つは、これらの異なるアイテムを1つのページに持ち込み、それらを独立してロードする方法でした。それ以来、AJAXは成長しており、さまざまな（RESTful？）サービスへのXMLHttpRequest呼び出しを使用してデータを取得し、スタイルシートの共有セットを使用して、同じ効果を潜在的に処理できます。

これは機能しますか？できるし、する。JSR286ポータルサーバーよりも管理しやすいですか？多分。まだ克服すべき多くの問題がありますか？間違いなく。しかし、それは実行可能な代替案です。

私は最近、Javaポータルサーバーシーンに深く関わっています。同等の機能を備えたポータルプロバイダーを見つけることができたため、SharePointの安価な代替品として選択されました。私たちは一緒に行ったにeXoプラットフォーム、それは主にソーシャル機能のために宣伝されているが、それはJSR286ポータルサーバーとして完全に準拠しています。

Javaポータルは非常に強力ですが、当然のことながら、過剰に設計され、不必要に複雑に見えるという犠牲が伴います。お客様から寄せられた一般的な回答は、サーバーの基本的な構成とオーバーヘッドが大きすぎる可能性があるというものです。詳細な機能セットを提供できるポータルプラットフォームや代替物をまだ見つけていませんが、運用要件のセットに対して許容できるほどスリムなままです。競合するポータルプラットフォーム間の長年にわたる機能の肥大化により、市場は深刻な打撃を受けています。

Javaポータルの世界での成長は、非常に遅いです。時代遅れのインターフェース、古風なUXがあり、すべてのアクションが口に悪い味を残します。ここにはイノベーターはほとんどいません。eXoPlatformは、近代化に向けて協力して取り組んでいることがわかっている数少ないプラットフォームの1つです。

これらすべてを考慮すると、JSR268の世界で、ある程度の成功を収めた合理的な製品を作成できます。基本的には、各ポートレットのJAX-RSサービスを活用して、これを行うことができました。基本的には、ポートレットの機能をチェリーピッキングします。すべてのデータベースアクセスは、最適化されたCRUD操作のためにWebサーバーの個別のRESTfulサービスから実行されます。多くの人が喜んでコミットしないような過剰な努力を払って、堂々たる勤勉さが必要です。

完全にゼロから始めて、サーブレットとJAX-RSで「ポータル」を構築することもできます。これは、標準のポータル開発よりもはるかに迅速に実行できます。ただし、標準のWebポータルにある構成機能の完全なセットをサポートすることになると、不十分になります。

簡単に言えば、イノベーションを抑制する過剰な機能セットの深刻な閉じ込めサイクルがあり、すぐには変わらないようです。重い打者はメタの進化を見ないため、ゲームを変えるようなブレークスルーは起こりそうにありません。しかし、唯一の代替オプションは、必要な機能のみを再発明することです。

Matthewには同意しません。エンタープライズポータルの問題はいずれも、テクノロジーに直接起因するものではありません。問題はほとんどの場合、明確な焦点と方向の欠如です。

解決しようとしている問題は何ですか？いくつかの仕様に合わせて試してみてください。電子メールの受信箱から検索可能なコンテンツソリューションへの情報の移動は、かなり高いものになると思います。共有ネットワークドライブに存在する情報を見つけるように。次に、おそらくワークフローに関する質問があります。

それを超えて、少し曖昧になり始め、そこから解決策が失敗します。関係のないチームが問題に関する情報を検索し、別のチームを見つけたことを示すデモでポータルを販売しようとすると、その問題は人々の働き方を認識しません。

これが長いワッフルになってほしくないので、一つ質問します。ポータルソリューションでは、メールクライアントと同じくらい簡単に同僚と情報を共有できますか？具体的には、アプリケーションがクラッシュしたため、スクリーンショットをお送りします。これをメールに直接貼り付けることができますが、Webベースのソリューションでは機能しません。Officeと統合されますか？既存のすべての情報をポータルに取得するのは誰ですか？

人々、彼らの相互作用、彼らのニーズに焦点を合わせ、最初に技術を忘れます。第二に、人々の期待と希望を現実の量で和らげます。