Ibm mobilefirst MFP 8中具有默认作用域的适配器安全性

Ibm mobilefirst MFP 8中具有默认作用域的适配器安全性,ibm-mobilefirst,Ibm Mobilefirst,我使用MFP 8,用一个新过程创建了一个适配器,在配置中,我可以看到新过程有默认的\u作用域,当我试图从该适配器获得响应时,我得到无效的\u请求错误 如果我为该过程添加secured=“false”,它可以正常工作 我需要保持默认范围的安全性。如何从客户端获得响应?请参阅本教程 就像我说的,在调用具有“DEFAULT\u scope”的受保护适配器调用之前,您需要使用空作用域获取AccessToken()在调用资源请求之前,您是否已获取AccessToken?如果它是DEFAULT\u scop

我使用MFP 8,用一个新过程创建了一个适配器,在配置中,我可以看到新过程有默认的\u作用域,当我试图从该适配器获得响应时,我得到无效的\u请求错误

如果我为该过程添加secured=“false”,它可以正常工作


我需要保持默认范围的安全性。如何从客户端获得响应?

请参阅本教程


就像我说的,在调用具有“DEFAULT\u scope”的受保护适配器调用之前,您需要使用空作用域获取AccessToken()

在调用资源请求之前,您是否已获取AccessToken?如果它是DEFAULT\u scope,则作用域仅为registeredClient对吗?如果您只是获取了AccessToken()如果没有任何作用域,它将获得作用域RegisteredClient的令牌。之后,如果您致电resourceRequest,它会起作用。谢谢。。是否有可能只有在成功注册设备后,此呼叫才能工作?AppRegistration将在首次从App呼叫时触发。感谢您的帮助。在注册推送通知时,是否可以将LOGINID作为USERID传递?现在,我的设备正在通过USERID进行注册。对于USERID,您需要启用UserAuthenticationSecurityCheckthanks,我的设备注册表正在HTTPS上抛出无效的\u请求,但它正在HTTP上工作。1.具有默认\u作用域2的适配器函数。从应用程序调用适配器,在HTTP上给出正确的响应,但在HTTPS中没有。有什么帮助吗?你能通过网络追踪/wireshark吗?当它是https时,它是否通过其他中介?我在配置中添加了最新的iFix和TLS,它运行良好。