perhaps break it down, on the server into two different sending processes ?
native send (curernt)
wrbpush send ?
where we would have a WebPushSender API ?
On Tue, Jul 26, 2016 at 12:10 PM, Matthias Wessendorf <matzew(a)apache.org>
wrote:
hrm, not sure I am that happy about these requirements :)
I guess we also need to change our data access layer to not just return
tokens, but a more complex object, containing token, key and secret - hrm
:)
On Mon, Jul 25, 2016 at 3:19 AM, Idel Pivnitskiy <
idel.pivnitskiy(a)gmail.com> wrote:
> Hi all,
>
> As we discussed previously, Firefox already supports sending push message
> data to browser if it will be encrypted. Since version 50, Google Chrome
> also support it [1]. But it requires for UPS to store "public key" and
> "auth secret" for each Installation [2]. See current example of sending
> push notifications with a payload[3].
>
> Storing of two additional fields is not a big deal. But we also have to
> refactor PushNotificationSender [4], because it consumes a collection of
> device tokens as a param instead of a collection of installations.
>
> Any thoughts about how we can implement it with minimal changes?
>
> [1]
https://developer.mozilla.org/en-US/docs/Web/API/PushMessageData
> [2]
>
https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/model...
> [3]
https://serviceworke.rs/push-payload_index_doc.html
> [4]
>
https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/...
>
> Best regards,
> Idel Pivnitskiy
> --
> Twitter: @idelpivnitskiy <
https://twitter.com/idelpivnitskiy>
> GitHub: @idelpivnitskiy <
https://github.com/idelpivnitskiy>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
twitter:
http://twitter.com/mwessendorf