【问题标题】:Filenet user cache refreshFilenet 用户缓存刷新
【发布时间】:2016-04-05 04:17:13
【问题描述】:

当“新”用户添加到现有 AD 组或我们创建新的 AD“组”时,我们必须等待太长时间才能更新 P8 中的缓存。如果我将任何工作流转移到该区域,它将立即更新缓存。

我们的 java 程序正在 AD 中创建这些新用户和组。在通过 java 程序创建新用户或组时,我们需要一个解决方案,我们可以调用 'something' 来刷新 p8 中的缓存/更新 Oracle 中的表。

任何想法将不胜感激。谢谢。

【问题讨论】:

    标签: active-directory filenet-p8 filenet-content-engine content-platform-engine


    【解决方案1】:

    CE 根据特定的时间间隔从目录服务器 (DS) 中检索用户和组对象。用户令牌缓存条目生存时间 (TTL) 值(以秒为单位)确定 CE 与配置的 DS 通信以进行用户和组模式对象更新的时间间隔。

    虽然我个人没有见过这样的功能,但理论上可以通过编程设置值,应用它,然后回滚(这样你就不会遭受性能损失)来做到这一点,最后如果FEM 可以做到,然后您就可以做到。
    以下是修改此值的步骤:

    1. 启动 FileNet Enterprise Manager (FEM) 并使用 目录服务帐户。
    2. 在 FEM 中,转到域属性-> 服务器缓存并将用户令牌缓存 TTL(秒)默认值 3600s 更改为所需 金额。
    3. 点击确定

    注意:此设置可能会对性能产生负面影响。如果更新了大量 DS 模式对象并且设置设置为较低的时间间隔(例如:360 秒),则 CE 服务器的性能可能会受到影响。

    【讨论】:

    • Pre P8 CPE 如果在缓存中找不到名称,该服务将在实际目录中寻找名称。但是,现在,IBM 已经删除了该功能,并且仅依赖于最长 4 小时的缓存刷新。在 PMR 上花费了很长时间后,我向 IBM 提出了功能请求。我希望他们需要找到按需创建的新用户。我们已将 P8 工作流程扩展到外部客户端的 java 应用程序。在商业方面,我们不能指望商业客户等待 4 小时才能使用应用程序。为请求投票:ibm.com/developerworks/rfe/…
    • @rickmac 确实,我们遇到了同样的 4 小时缓存问题,PMR 人员告诉我们这就是它的工作原理,我们最终求助于通过 FEM 更新值
    猜你喜欢
    • 2016-05-18
    • 1970-01-01
    • 2015-11-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多