Notifications 在Worklight中,客户端设备忘记其通知订阅

Notifications 在Worklight中,客户端设备忘记其通知订阅,notifications,apple-push-notifications,ibm-mobilefirst,Notifications,Apple Push Notifications,Ibm Mobilefirst,我的Worklight应用程序中有一个按钮,它将应用程序和用户订阅到通知源,方式与此URL中的通知示例大致相同: 问题是,当设备重新启动/或应用程序关闭时,我需要重新登录-IssuSubscribed函数将返回false-尽管之前为true 客户端是否要自动保存其订阅?跨多个设备/应用程序重启维护通知源订阅的最佳实践是什么 这是我的securityTests设置: <securityTests> <customSecurityTest name="WebServ

我的Worklight应用程序中有一个按钮,它将应用程序和用户订阅到通知源,方式与此URL中的通知示例大致相同:

问题是,当设备重新启动/或应用程序关闭时,我需要重新登录-IssuSubscribed函数将返回false-尽管之前为true

客户端是否要自动保存其订阅?跨多个设备/应用程序重启维护通知源订阅的最佳实践是什么

这是我的securityTests设置:

<securityTests>
        <customSecurityTest name="WebServicesAdapters-securityTest">
            <test isInternalUserID="true" realm="CustomAuthenticatorRealm"/>
        </customSecurityTest>

          <mobileSecurityTest name="PushApplication-strong-mobile-securityTest">
            <testUser realm="CustomAuthenticatorRealm"/>
            <testDeviceId provisioningType="none"/>
        </mobileSecurityTest>

    </securityTests>

这是Worklight v5.0.5.x中的一个缺陷,已在5.0.6中修复


要解决这个问题,您可以尝试使用非基于适配器的身份验证。如果仅保护适配器,则此操作将失败,应用程序也必须受到保护。

此处不完全确定。。。但是,你确定你使用的是同一个领域吗?同一个领域是什么?安迪,忘记我之前的评论;我已经问过了-这是v5.0.5.x中的一个缺陷,在5.0.6中已修复(要解决这个问题,您可以尝试使用不基于适配器的身份验证。如果仅保护适配器,则会失败,同时还必须保护应用程序)。如前所述,这在5.0.6中是固定的。