2
當一個'新'用戶添加到現有的AD組或者我們創建一個新的AD'組'時,我們必須等待更長時間才能更新P8中的緩存。如果我將任何工作流程轉移到該區域,它將立即更新緩存。Filenet用戶緩存刷新
我們的java程序正在AD中創建這些新用戶和組。當通過Java程序創建新用戶或組時,我們需要一個解決方案,我們可以調用'something'來刷新p8中的緩存/更新Oracle中的表。
任何想法,將不勝感激。謝謝。
當一個'新'用戶添加到現有的AD組或者我們創建一個新的AD'組'時,我們必須等待更長時間才能更新P8中的緩存。如果我將任何工作流程轉移到該區域,它將立即更新緩存。Filenet用戶緩存刷新
我們的java程序正在AD中創建這些新用戶和組。當通過Java程序創建新用戶或組時,我們需要一個解決方案,我們可以調用'something'來刷新p8中的緩存/更新Oracle中的表。
任何想法,將不勝感激。謝謝。
CE根據特定的時間間隔從目錄服務器(DS)檢索用戶和組對象。用戶令牌緩存條目生存時間(TTL)值(以秒爲單位)確定CE與用於用戶和組架構對象更新的DS通信的時間間隔。
雖然我個人並沒有看到這樣的功能,但理論上可以通過以編程方式設置值,應用它,然後回滾(這樣你就不會受到性能影響)來達到這個目的。如果有限元法可以做到這一點,那麼你可以。
下面是修改這個值的步驟:
注意:此設置可能會對性能產生負面影響。如果更新大量DS模式對象並將設置設置爲較低的時間間隔(例如:360秒),則CE服務器上的性能可能會受到影響。
Pre P8 CPE如果在緩存中未找到該服務,該服務將在實際目錄中搜索名稱。但是,現在IBM已經刪除了該功能,並僅依靠最長4小時的高速緩存刷新。在向PMR花費很長時間後,我已經向IBM發出了一項功能請求。我希望他們能夠找到需要創建的新用戶。我們已經將P8工作流程擴展到針對外部客戶端的Java應用程序。在商業方面,我們不能指望一個商業客戶等待4個小時才能使用應用程序。 請求投票請求: https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=90140 – rickmac
@rickmac真的,我們有4小時緩存問題和PMR的人告訴我們,這是它的工作原理,我們最終通過有限元法來更新數值 – WiredCoder