Mobilefirst 7.1 推送通知 - 发送消息 REST API 与 submitNotification(userId, notificationText)

Posted

技术标签:

【中文标题】Mobilefirst 7.1 推送通知 - 发送消息 REST API 与 submitNotification(userId, notificationText)【英文标题】:Mobilefirst 7.1 Push notification - Send Message REST API vs submitNotification(userId, notificationText) 【发布时间】:2016-04-23 18:33:28 【问题描述】:

我们的要求是发送单播推送通知。我们为此创建了一个事件源和订阅用户,如documentation中所述

但是哪种方法发送推送通知是正确的?使用其中一种的优点和缺点是什么

submitNotification(userId, notificationText)

1)我们是否应该使用我们在 Push Adapter 中声明的方法。

2)Send Message (POST) 来自REST API Runtime Services。这是发送单播通知的正确方法吗?

【问题讨论】:

【参考方案1】:

这两种方法都是有效的。

如果您想“自动”发送通知,您可以使用 REST 选项。有些人更喜欢使用 REST 端点,有些人更喜欢使用适配器 - 您使用最适合您的方法。

【讨论】:

感谢伊丹·阿达尔! “自动”是什么意思?您是在谈论发送批量消息吗? 还帮我知道发送批量消息是否实现了一些消息队列? 如果您希望您的适配器成为发送消息的适配器,请使用您的适配器,如果您希望某个外部服务器发送消息,请使用 REST API。我不知道“批量”API 的内部实现,但它是为了一次发送多条消息。

以上是关于Mobilefirst 7.1 推送通知 - 发送消息 REST API 与 submitNotification(userId, notificationText)的主要内容,如果未能解决你的问题,请参考以下文章

推送通知在 mobilefirst 平台 7.1 服务器上不起作用

MobileFirst Platform - 发送推送通知的防火墙规则

我们如何跟踪从 IBM MobileFirst 7.0 发送到 Apple APNS 服务器的推送通知?

IBM Mobilefirst 7.1 PushNotifications:无法从后台检索通知文本到前台

使用 MobileFirst 的基于位置的推送通知

IBM MObile First 中的推送通知:哪个更适合发送推送通知、MobileFirst Operations Console 或通过 REST API