使用来自HTTP适配器的大型数据响应时，响应的大小似乎会导致我们的质询处理程序触发handleChallenge()方法。
我的问题是，当会话仍然有效时，为什么响应的大小会导致mobilefirst安全挑战处理程序触发？
更多详情：
我们的应用程序使用具有基于标头的身份验证的ISAM安全设备。当我们生成的HTTP适配器调用返回的内容长度大于20,377时，适配器调用会触发挑战处理程序的handleChallenge()方法。在检查响应时，我们已经看到responseJSON实际上填充了我们所需的数据，所以handleChallenge实际上永远不会被触发。
当我们使用相同的参数直接通过浏览器ping适配器时，它可以正常工作。我们已经能够确定在worklight.js / mobilefirst领域发生了这个问题。
有没有人知道，如果或为什么，worklight.js中的挑战处理程序无法按预期运行，响应量非常大？
答案 0 :(得分：0)
最重要的是它应该。没有理由不这样做。
如果您无法解决此问题，我的建议是打开IBM PMR（支持服务单）以让开发团队调查此问题。
答案 1 :(得分：0)
我们最终（有点）诊断它。在某个有效负载大小，＆＃34; / * secure {＆＃34;我们的loginChallengeHandler函数基于我们在某些IBM文档中找到的一些示例，并且如果/ * secure wasn＆＃将不正确地将响应标记为登录表单，那么我们的回复就会失败（我们仍然不确定原因。） 39; t present。一旦我们收紧挑战处理程序，它就有效了。