2

「新しいユーザー」が既存のADグループに追加された場合、または新しいADグループを作成する場合、P8のキャッシュが更新されるまでに時間がかかりすぎる必要があります。ワークフローをリージョンに転送すると、すぐにキャッシュが更新されます。Filenetユーザーキャッシュのリフレッシュ

私たちのJavaプログラムは、これらの新しいユーザーとグループをADに作成しています。私たちは、「何か」と呼んでp8のキャッシュをリフレッシュする/ Oracleのテーブルを更新することができるJavaプログラムを介して新しいユーザーまたはグループを作成するときの解決策が必要です。

すべてのアイデアをいただければ幸いです。ありがとう。

答えて

1

CEは、特定の間隔に基づいてDirectory Server(DS)からユーザーおよびグループオブジェクトを取得します。ユーザートークンキャッシュエントリの有効期間(TTL)値(秒単位)は、CEがユーザーおよびグループスキーマオブジェクトの更新用に構成されたDSと通信する間隔を決定します。

個人的に私はこのような機能を見たことはありませんが、理論的には値をプログラムで設定し、適用してからロールバックして(パフォーマンスが低下することはありません)、最後にFEMがそれを行うことができるなら、あなたはできます。

  1. 打ち上げのFileNet Enterprise Managerの(FEM)と ディレクトリサービスアカウントを使用してログオン:
    は、ここでは、この値を変更する手順です。
  2. FEMでは、ドメインのプロパティ - >サーバーキャッシュに移動し、ユーザートークンキャッシュのTTL(秒)をデフォルトの3600秒に変更して、希望の に変更します。
  3. [OK]をクリックして

enter image description here

:この設定は、パフォーマンスに悪影響を及ぼす可能性があります。大量のDSスキーマオブジェクトが更新され、設定が低い間隔(360秒など)に設定されていると、パフォーマンスがCEサーバーに影響する可能性があります。

+2

Pre P8 CPEキャッシュ内に見つからない場合、サービスは実際のディレクトリ内の名前を検索します。しかし、IBMはその機能を削除し、最大4時間のキャッシュ更新にのみ依存しています。私は、PMRに長い時間を費やした後、機能リクエストをIBMに送りました。彼らは、必要に応じて作成された新しいユーザーを見つける必要があることを願っています。 P8ワークフローを外部クライアント用のJavaアプリに拡張しました。ビジネス用語では、ビジネスクライアントがアプリを使用するために4時間待つことは期待できません。 リクエストに投票してください: https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=90140 – rickmac

+0

@rickmac 4時間キャッシュの問題と同じ問題がありましたPMRの人たちは、これがどのように動作するのか、私たちはFEMを使って値を更新することに頼ってしまった – WiredCoder