Session Orbeon、OpenSSO和会话过期

Session Orbeon、OpenSSO和会话过期,session,orbeon,opensso,Session,Orbeon,Opensso,我们在单独的部署(跨上下文)中使用Orbeon 3.9,应用程序安全性是OpenSSO,服务器是glassfish 注意:Orbeon提交(backrequests)由另一个web应用程序处理,其contex只能从本地主机访问,不能在OpenSSO下访问 会话超时过期后(浏览器中左侧打开的表单的超时时间足够长),或在第一次“单击”之后卡在“加载…”循环中 正如Firebug所说: 1) Orbeon ajax POST请求/application context/Orbeon/xforms服务器

我们在单独的部署(跨上下文)中使用Orbeon 3.9,应用程序安全性是OpenSSO,服务器是glassfish

注意:Orbeon提交(backrequests)由另一个web应用程序处理,其contex只能从本地主机访问,不能在OpenSSO下访问

会话超时过期后(浏览器中左侧打开的表单的超时时间足够长),或在第一次“单击”之后卡在“加载…”循环中

正如Firebug所说:

1) Orbeon ajax POST请求/application context/Orbeon/xforms服务器

2) OpenSSO在临时移动302后停止此请求

3) ajax是GET/opensso/cdcservlet

4) 返回200,可能是登录页面内容

5) 响应被忽略,转到1)

没完没了

我试过这个:

但没有帮助,因为对话框未显示

我们需要将浏览器重定向到该登录页面


有什么建议吗?

根据代码的编写方式,如果您希望Orbeon Forms客户端代码将来自服务器的答案识别为错误,服务器还需要在HTTP响应的主体中包含一个如下所示的文档:

<error>
    <title>...</title>
    <body>...</body>
</error>

...
...
如果这样的文档不存在,那么客户端代码将在延迟后重试请求,同时显示“正在加载…”。因此,在您的情况下,如果请求是从Ajax请求重定向而来的,您需要找到一种方法让登录页面使用该文档进行应答

现在,我也认为OrBeon表单应该在这方面得到改进,并且应该考虑到Ajax请求的302个答案,或者默认情况下,或者允许您配置这个行为。出于这个原因,我打开了