Push notification IBM Worklight-WL.Server.notifyAllDevices中的错误处理

Push notification IBM Worklight-WL.Server.notifyAllDevices中的错误处理,push-notification,ibm-mobilefirst,Push Notification,Ibm Mobilefirst,当前使用的是WL.Server.notifyAllDevices(userSubscription,options) 向用户的所有设备发送通知 是否有来自WL.Server.notifyAllDevices的回调来指示此API调用的状态?没有回调 原因是Worklight将通知发送到各种中介(APN、MPN、GCM)后,它们会将通知发送到设备。但是,这些中介并不保证通知将到达其目的地,因此Worklight也不能 实际上,WL.Server.notifyAllDevices所做的是将通知放入一个

当前使用的是WL.Server.notifyAllDevices(userSubscription,options) 向用户的所有设备发送通知

是否有来自WL.Server.notifyAllDevices的回调来指示此API调用的状态?

没有回调

原因是Worklight将通知发送到各种中介(APN、MPN、GCM)后,它们会将通知发送到设备。但是,这些中介并不保证通知将到达其目的地,因此Worklight也不能


实际上,WL.Server.notifyAllDevices所做的是将通知放入一个内部队列中,然后将它们发送给中介。在Worklight 6.0中,有但它本身不是您想要的回调(但同样,不可能有这样的回调…。

是的,请注意,中介不会保证通知将到达其目的地。但似乎可能会有来自中介的错误响应(参考:)。我认为在Worklight 6中,超时函数是基于来自中介的这些错误响应的。有没有办法“捕捉”这些错误?(我正在使用Worklight 5.0.6)非常感谢!!6.0中的新返回值与中介不相关,而是通知后端等待,并向队列添加更多通知(通知从队列发送到中介以发送到设备)。APN不返回任何响应,MPN和GCM不返回。notifyAllDevices函数完成其工作(将通知添加到内部队列)后,它完成了其工作。调解人的反应与此无关。响应更多地针对服务器,而不是开发人员-从数据库中删除订阅、无效id等。这些由Worklight处理。感谢您的详细解释。苹果反馈服务()怎么样?Worklight是否会从APN处理此问题?答案也是肯定的。因此,我可以说,如果中介出现超时(例如网络连接问题),Worklight API(尽管中介通过Apple Feedback Service/GCM error Response返回错误代码)无法知道存在超时?