私はwebcenter10.3.5（最新バージョン）を使用してポータルの開発を開始しています。収集できたものから、ローカルであってもWSRPを介してのみポートレットを使用できます。パフォーマンスの問題が発生したくないので、Webcenterのカスタマイズ機能を維持するローカルポートレットの代替手段を見つけようとしています（たとえば、Webcenter Composerのページにポートレットの削除を追加します）。私の場合、ポートレットパラダイムを維持し、同時にパフォーマンスの問題が発生しないようにするための最良のソリューションは何ですか？
補足として、私はいくつかの調査を行い、ADFタスクフローをポートレットとして公開できることを知っています。今のところ、それが唯一の方法だと思います。別の方法があるのだろうかと思っていました...
私たちが設計しているポータルをもう少し詳しく説明すると、妥当な数の顧客を抱える電気通信会社向けのセルフケアポータルです。ほとんどの場合、彼らは長い取引に従事することはなく、携帯電話の補充、SMSの送信、価格プランの交換などのタスクを実行したいと考えています。ビジネスの観点から、このポータルと他のポータルの間でポートレットを共有したいと考えています。彼らが持っていること。私の最初の、そしておそらくユートピア的なアプローチは、すべての要件がそれを念頭に置いて設計されたため、すべてをポートレットと見なすことでした。つまり、すべてが再利用可能である必要があります。ただし、wsrpプロトコルを介してアクセスされるポートレットのみを使用して、Webcenterでこのように構築されたサイトのオンライン参照を見つけるのに苦労しています。また、すべてが非常に動的になるように、クライアントごとに変更されるいくつかのルールに従って一部のポートレットを表示する必要があることを示す要件もあります。また、場合によっては、WebcenterComposerを介してページに表示する必要のあるポートレットを構成する必要があります。これらすべてを考慮すると、すべてがwsrpポートレットで構成されているアプローチを検討するのが合理的かどうか疑問に思います。私の観点からの代替案は、混合を行うことです。つまり、一部はwsrpプロトコルを介してアクセスされるポートレットです。つまり、外部ポートレットであり、その他はWebcenterComposerを介して構成することもできるタスクフローです。すべてがwsrpポートレットで構成されているアプローチを検討するのが合理的かどうか疑問に思います。私の観点からの代替案は、混合を行うことです。つまり、一部はwsrpプロトコルを介してアクセスされるポートレットです。つまり、外部ポートレットであり、その他はWebcenterComposerを介して構成することもできるタスクフローです。すべてがwsrpポートレットで構成されているアプローチを検討するのが合理的かどうか疑問に思います。私の観点からの代替案は、混合を行うことです。つまり、一部はwsrpプロトコルを介してアクセスされるポートレットです。つまり、外部ポートレットであり、その他はWebcenterComposerを介して構成することもできるタスクフローです。