2

當一個'新'用戶添加到現有的AD組或者我們創建一個新的AD'組'時,我們必須等待更長時間才能更新P8中的緩存。如果我將任何工作流程轉移到該區域,它將立即更新緩存。Filenet用戶緩存刷新

我們的java程序正在AD中創建這些新用戶和組。當通過Java程序創建新用戶或組時,我們需要一個解決方案,我們可以調用'something'來刷新p8中的緩存/更新Oracle中的表。

任何想法,將不勝感激。謝謝。

回答

1

CE根據特定的時間間隔從目錄服務器(DS)檢索用戶和組對象。用戶令牌緩存條目生存時間(TTL)值(以秒爲單位)確定CE與用於用戶和組架構對象更新的DS通信的時間間隔。

雖然我個人並沒有看到這樣的功能,但理論上可以通過以編程方式設置值,應用它,然後回滾(這樣你就不會受到性能影響)來達到這個目的。如果有限元法可以做到這一點,那麼你可以。
下面是修改這個值的步驟:

  1. 啓動FileNet的企業管理器(FEM)和登錄使用 目錄服務帳戶。
  2. 在FEM中,轉至域屬性 - >服務器緩存並將用戶令牌緩存TTL(秒)默認值3600秒更改爲所需的 數量。
  3. 單擊確定

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的人告訴我們,這是它的工作原理,我們最終通過有限元法來更新數值 – WiredCoder