Ibm mobilefirst 如何在Worklight中获取通知订阅

我想触发非常基本的推送通知，但是，如果不使用我自己的工具读取db notification_user表，就看不到任何迭代所有订阅用户的方法。当然，对于像Worklight这样的广泛（且昂贵）产品，有一个API可以做到这一点吗

我看到的唯一方法是在适配器内调用另一个HTTP适配器（获取用户订阅）。并且，我尝试使用HTTP接口通过以下方式检索订阅的用户：

http://<server:port>/<context>/console/api/push/get?adapterName=PushAdapter&eventSource=EventSource

http:////console/api/push/get?adapterName=PushAdapter&eventSource=EventSource

还有很多变体，但是，通过浏览器测试似乎什么都不起作用（文档表明所有都是GET请求）。没有关于api的“推送，事件源”（？）格式的示例（“api上下文”值应该是“推送”还是“事件源”，什么？）。Worklight 6.0信息中心中给出的图表非常简单（包含每个示例有多困难？）

基本上，我希望遍历WL适配器中的特定适配器/事件源，获取当用户订阅执行一些关于是否发送通知的业务逻辑时传入的“选项”。我认为这是一种非常常见的模式，但是，没有看到任何此类模型的示例

有人对WL 6的类似处理有什么建议吗

---

谢谢。

你没有错。Worklight有3种向订阅的用户/设备发送通知的方法

看

---

这并不能回答问题。我知道这些方法，但是，要使用所有这些方法，您需要了解每个订阅的用户。我的问题是1）您必须使用http api来获取它们（或直接db访问，这对于如此广泛的产品来说非常困难），以及2）获取订阅用户的正确url是什么。前两种方法以用户订阅为参数。最后一个将设备订阅作为参数。要获取用户订阅，可以使用

WL.Server.getUserNotificationSubscription

，要获取设备订阅，可以使用其对应的

WL.Server.getUserNotificationSubscriptions.getDeviceSubscriptions

我不知道此场景中的用户，因此无法使用任何这些方法。notifyDeviceSubscriptions需要一个订阅对象，并且，如果没有用户ID，我无法获取订阅对象（在用户订阅对象上调用getDeviceSubscriptions），因此，我无法使用此方法。并且，无论是谁对我的问题投了反对票，显然对Worklight了解不够，看不出该文档对于http api是不充分和/或不正确的。堆栈溢出。