Filenet 用户缓存刷新
Posted
技术标签:
【中文标题】Filenet 用户缓存刷新【英文标题】:Filenet user cache refresh 【发布时间】:2016-04-05 04:17:13 【问题描述】:当“新”用户添加到现有 AD 组或我们创建新的 AD“组”时,我们必须等待太长时间才能更新 P8 中的缓存。如果我将任何工作流转移到该区域,它将立即更新缓存。
我们的 java 程序正在 AD 中创建这些新用户和组。在通过 java 程序创建新用户或组时,我们需要一个解决方案,我们可以调用 'something' 来刷新 p8 中的缓存/更新 Oracle 中的表。
任何想法将不胜感激。谢谢。
【问题讨论】:
【参考方案1】:CE 根据特定的时间间隔从目录服务器 (DS) 中检索用户和组对象。用户令牌缓存条目生存时间 (TTL) 值(以秒为单位)确定 CE 与配置的 DS 通信以进行用户和组模式对象更新的时间间隔。
虽然我个人没有见过这样的功能,但理论上可以通过编程设置值,应用它,然后回滚(这样你就不会遭受性能损失)来做到这一点,最后如果FEM 可以做到,然后您就可以做到。 以下是修改此值的步骤:
-
启动 FileNet Enterprise Manager (FEM) 并使用
目录服务帐户。
在 FEM 中,转到域属性-> 服务器缓存并将用户令牌缓存 TTL(秒)默认值 3600s 更改为所需
金额。
点击确定
注意:此设置可能会对性能产生负面影响。如果更新了大量 DS 模式对象并且设置设置为较低的时间间隔(例如:360 秒),则 CE 服务器的性能可能会受到影响。
【讨论】:
Pre P8 CPE 如果在缓存中找不到名称,该服务将在实际目录中寻找名称。但是,现在,IBM 已经删除了该功能,并且仅依赖于最长 4 小时的缓存刷新。在 PMR 上花费了很长时间后,我向 IBM 提出了功能请求。我希望他们需要找到按需创建的新用户。我们已将 P8 工作流程扩展到外部客户端的 java 应用程序。在商业方面,我们不能指望商业客户等待 4 小时才能使用应用程序。为请求投票:ibm.com/developerworks/rfe/… @rickmac 确实,我们遇到了同样的 4 小时缓存问题,PMR 人员告诉我们这就是它的工作原理,我们最终求助于通过 FEM 更新值以上是关于Filenet 用户缓存刷新的主要内容,如果未能解决你的问题,请参考以下文章