【问题标题】:XPages (Application Timeout vs Session Timeout) vs (Server Session Timeout)XPages(应用程序超时与会话超时)与(服务器会话超时)
【发布时间】:2014-12-12 19:17:17
【问题描述】:

我发现很难理解以下内容的区别/目的。

编辑1:我在这里错了。它确实得到了更新,只是在用户之间犯了一个错误,所以如果有人正在阅读这个问题,请忽略第“1”点。

  1. 服务器会话超时: 我创建了一个 Web SSO 配置文档并在服务器文档上进行了更新,在重新启动 http 服务器后,我确实看到了会话超时的变化(例如. 如果我将其设置为 300 则超时设置为 5 小时。我使用 tell http show users 命令看到这一点),但是,超时始终设置为登录时间加上“X”分钟,所以如果假设我正在处理在“X-1”分钟申请,无论如何它都会在“X th”分钟把我赶出去。我该如何解决这个问题?

  2. 应用程序超时和会话超时:我在数据库/应用程序的 xsp 属性中进行了相同的更改,但是,我没有看到这里发生任何事情,除非很明显,当我设置了该值时使用 javascript 得到相同的结果。那么,目的是什么?

任何建议/描述将不胜感激。

【问题讨论】:

    标签: xpages lotus-domino


    【解决方案1】:

    我不确定您在哪里寻找 2。它不会显示在 HTTP 的“显示用户”中,因为它是与 XSP 命令管理器相关的设置,而不是 HTTP 本身。

    Application Timeout 决定了没有浏览器请求的时间长度,在此之前 applicationScope 将被丢弃。

    会话超时确定来自特定浏览器的请求的时间长度,在该时间长度之前,该浏览器的 sessionScope 和会话的组件树将被丢弃。服务器会话超时必须长于会话超时。

    服务器会话超时确定用户的 HTTP 会话的超时。这是一个显着的不同。如果您退出 HTTP 但不关闭浏览器,则用户将不再显示在“显示用户”控制台命令中。以其他用户身份重新登录,然后将创建一个新的服务器会话超时,但该浏览器的预先存在的会话超时将被更新。那是因为会话超时是针对浏览器的,而不是针对用户的。

    关闭浏览器,该浏览器的 sessionScope 以及组件树将保留,因为仅关闭浏览器不会将请求传递给服务器,因此服务器不知道浏览器会话已经消失。服务器无法知道用户是关闭了浏览器还是让它处于非活动状态。将 Session Timeout 设置得太长,您可能会有很多 sessionScopes/组件树挂在内存或磁盘上,具体取决于您的设置。因此,最佳做法是保持会话超时较低,但使用保持会话活动控件。

    Mastering XPages 2nd Edition 或 XPages Portable Command Guide 中可能有更深入的解释。

    【讨论】:

      猜你喜欢
      • 2010-12-05
      • 1970-01-01
      • 2018-07-03
      • 2012-02-17
      • 2011-03-08
      • 1970-01-01
      • 2014-11-20
      • 2015-08-20
      • 2010-12-01
      相关资源
      最近更新 更多