Javaスペースでのエンタープライズポータル戦略に代わるものは何ですか？
ポータルスペースの幻滅
エンタープライズポータルの経験、特にWebSphere Portal Server（WPS）の領域に夢中になっている、大規模なエンタープライズクライアントの数が気になる。何百万人もが投資されましたが、集約および統合されたコラボレーションツールを備えたパーソナライズされたコンテンツの約束は決して実現しませんでした。 WPS 7.xへの移行は大々的な取って代わる移行であり、クライアントは完全に別の場所に移動する必要があるかどうか疑問に思っています。
ポータルソフトウェア：恐ろしいオプションですが、代替手段は何ですか
そこには大量のポータル嫌悪者がおり、ポータルソリューションは実際にはやり過ぎですが、大規模な多国籍企業について話しているとき、ポータルサーバーなしでグローバルソリューションを構築することをどのように推奨しますか？
ポータルは、TomcatやJBoss ASと連携するのがいつも楽しいとは限りませんが、複数のアプリケーションの統合、コンテンツの管理、個別のwarファイルとして展開されている個別のアプリケーションの更新、ポートレットレベルまでのセキュリティの管理など、大規模企業が内部および外部のWebサイトの一部として持っている何千ものページを管理するという圧倒的なタスクを支援するために、ユーザーに対するパーソナライゼーションの量を支援する場合、より優れたテクノロジーはありますか？
コミュニティの洞察とフィードバックの提供
私はできるだけ多くの洞察を集めようとしています。私はこの問題についてTSSに関する小さな記事を書きました：
また、CodeRanchでスレッドを復活させて、そのハンサムなクルーから洞察を得ることができるかどうかを確認しています。
Portal Software Stragetyの代替を求める更新されたスレッド。2012年頃
また、twitterati（@potemcam）からの洞察も探しています。
それは、コミュニティから鋭い洞察を実際に集めようとする試みであるほど、クロスポストではありません。確かな反応と経験が得られたら、それらをTSSのアドバイス記事にまとめたいと思います。
Java space？のエンタープライズポータルに代わる正しい方法は何ですか？
ちなみに、私は他のサイトからのこの質問にも相互リンクします。同じ質問を持つ人々が前後にバウンスし、コミュニティがこのトピックについて何を言っているかを確認できるようにします。
まず、Portalが解決するように設計された問題を考慮する必要があります。ウィキペディアが示唆しているように、統一された方法でさまざまな情報源からの情報をまとめることはありますか？もしそうなら、これを行うには他にどのような方法がありますか？
さて、最初に、さまざまなソースからの情報をどのようにまとめますか？明白な答えは、さまざまな（Web）サービスを呼び出すことです。これにより、契約とネットワーク遅延の問題が発生しますが、これらはポータルでは不十分に解決されるため、それはあなたの呼び出しです。サービスがRESTfulであるとしますか？契約の管理が簡単になりますか？たぶん。
では、どうやって情報を統一するのでしょうか？ポータルが解決した問題の1つは、これらの異なるアイテムを1つのページにまとめ、それらを個別にロードする方法でした。 AJAXはそれ以来成長しており、データを取得するためのさまざまな（RESTful？）サービスへのXMLHttpRequest呼び出しを使用して同じ効果を処理できる可能性があります。次に、スタイルシートの共有セットを使用します。
これは機能しますか？できます。 JSR286ポータルサーバーよりも管理しやすいですか？恐らく。克服すべき問題はまだたくさんありますか？間違いなく。しかし、それは実行可能な代替手段です。
私は最近Javaポータルサーバーシーンに深く関わっています。同等の機能を備えたポータルプロバイダーを見つけることができたため、SharePointの安価な代替品として選択されました。 eXo Platform そして主にソーシャル機能のために宣伝されていますが、JSR286ポータルサーバーとして完全に準拠しています。
A Java portalcanは非常に強力である可能性がありますが、当然、過度に設計され、不必要に複雑に見えるという犠牲が伴います。私たちが受け取った一般的な顧客の応答では、サーバーの基本的な構成とオーバーヘッドが多すぎる可能性があります。詳細な機能セットを提供できるポータルプラットフォームまたは代替手段をまだ見つけていませんが、セットに対して許容できるほどスリムなままです競合するポータルプラットフォーム間で何年にもわたる機能の膨張が、市場に深刻な影響を与えています。
Javaポータルの世界での成長は苦痛を伴うほど遅くなっています。時代遅れのインターフェース、古風なUXが見つかるでしょう、そしてすべてのアクションはあなたの口に悪い味を残します。ここに革新者はほとんどいません。eXoプラットフォームは私たちが近代化に一丸となって努力していることがわかった数少ないものの1つです。
これらすべてを考慮して、JSR268の世界で リーズナブルな製品 を作成して、ある程度の成功を収めることができます。これは、ポートレットごとにJAX-RSサービスを利用することで実現できました。すべてのデータベースアクセスは、最適化されたCRUD操作のために、Webサーバーの個別のRESTfulサービスから実行されます。それは、多くの人がコミットしたいとは思わない、過度の努力を伴う印象的な勤勉さが必要です。
完全に一新して、サーブレットとJAX-RSを使用して「ポータル」を構築することもできます。これは、標準のポータル開発よりもはるかに迅速に実行できます。ただし、標準のWebポータルにあるすべての構成機能をサポートすることはできません。
単に、すぐには変化していないように見える革新を阻害する過剰な機能セットの深刻な閉じ込めサイクルがあります。ヘビーヒッターはメタが進化していないので、画期的な画期的な出来事は起こりそうにありません。しかし、唯一の選択肢は、必要な機能だけを再発明することです。
Matthew には同意しません。エンタープライズポータルの問題は、技術によって直接引き起こされるものではありません。問題は、ほとんどの場合、明確な焦点と方向性の欠如です。
解決しようとしている問題は何ですか？いくつかの詳細を試してみてください。電子メールの受信ボックスから検索可能なコンテンツソリューションに情報を移動することはかなり高くなると私はおそらく推測できます。共有ネットワークドライブに存在する情報を見つけるように。次に、ワークフローに関する質問があるでしょう。
それを超えて、それは少し曖昧になり始め、それが解決策が失敗するところです。誰かがあなたのポータルを販売しようとする場合、デモで関係のないチームが彼の問題に関する情報を検索し、別のチームがすでにその問題を解決していることを示すデモは、人々がどのように働いているかを認識していません。
これを長いワッフルにしたくないので、1つ質問します。ポータルソリューションでは、メールクライアントと同じくらい簡単に同僚と情報を共有できますか？具体的には、アプリケーションがクラッシュしたため、スクリーンショットを送信したいと思います。それをメールに直接貼り付けることができますが、Webベースのソリューションでは機能しません。 Officeと統合できますか？誰が既存のすべての情報をポータルに取得するのですか？
人々、彼らの相互作用と彼らのニーズに焦点を当て、最初に技術を忘れてください。第二に、人々の期待と希望を現実の線量で和らげます。