On Monday, July 27, 2015, Corinne Krych <corinnekrych(a)gmail.com> wrote:
On 27 July 2015 at 09:46, Matthias Wessendorf <matzew(a)apache.org
<javascript:_e(%7B%7D,'cvml','matzew@apache.org');>> wrote:
>
>
> On Sun, Jul 26, 2015 at 1:39 AM, Summers Pittman <supittma(a)redhat.com
> <javascript:_e(%7B%7D,'cvml','supittma@redhat.com');>>
wrote:
>
>>
>>
>> On Sat, Jul 25, 2015 at 5:24 AM, Matthias Wessendorf <matzew(a)apache.org
>> <javascript:_e(%7B%7D,'cvml','matzew@apache.org');>>
wrote:
>>
>>> sorry for the late response ;-)
>>>
>>> On Thu, Jul 23, 2015 at 10:51 PM, Summers Pittman <supittma(a)redhat.com
>>>
<javascript:_e(%7B%7D,'cvml','supittma@redhat.com');>> wrote:
>>>
>>>> So good news,
>>>>
>>>> Topic support for GCM is trivial to implement. In fact after 20
>>>> minutes I have most of the work done in the Android library. The
behavior
>>>> of topics matches the behavior of categories. I would like to propose
some
>>>> enhancements.
>>>>
>>>
>>> yay
>>>
>>>
>>>>
>>>> 1) Changing categories/topics currently requires the application to
>>>> unregister and reregister on UPS. I would like to add a subscribe and
>>>> unsubscibe method to the pushRegistrar interface which will subscribe
and
>>>> unsubscribe the device from topics.
>>>>
>>>
>>> Ok, makes sense. Actually I like the idea. Should this be done on the
>>> other SDKs too? If so... does it make sense to change the RESTful endpoint
>>> to? e.g. do a PUT to update the device metadata?
>>>
>>
>> So strictly speaking we don't need to have GCM 3 Android register its
>> categories with UPS. Google can handle those.
>>
> yeah, but we need the info on the UPS for a bunch of reasons... (e.g.
> only 1m devices per topic allowed).
> I think this is very easy to translate to our existing categories...
>
>>
>> How are we handling compatibility?
>>
>
> What do you mean here?
>
>
>> Would it be weird if 1.2 of UPS requires ADroid push 3.0?
>>
>
> Well, I do not think this is a problem. the 1.1.0 also requires AGDroid2,
> due to analytic support.
> Let's release note it, and be good. I think
>
>
>>
>>
>>> I recall we kinda had this talk before. See:
>>>
https://issues.jboss.org/browse/AGPUSH-1399
>>>
>>>
>>>>
>>>> 2) All Message listeners receive messages from all topics the device
>>>> is subscribed to. I would like to extend registrar manager to be able
to
>>>> attach messages handlers per topic as well as globally.
>>>>
>>>
>>> Due to the nature of the Android layer around GCM 3, this is specific
>>> to Android only, right ?
>>>
>> I don't know enough about iOS, sorry :(
>>
>
> Ok, let me ask different: This is something done only on GCM3's topics,
> right ?
>
Yep it's GCM3 specific.
perhaps for iOS we can send the info which category was used. And on the
client it might be nice to have same: listener per topic/category?
But on iOS at the same time this might just add extra complexity, since
there are less decent APIs to stick the finger deep into the notification
delivery... hrm..
There is an iOS client to bring GCM / APN
https://developers.google.com/cloud-messaging/ios/client
Not sure if it's worth investigating further the iOS side of GCM3 topics
as this feature seems to me very close to our UPS categories, which we
already have implemented ahead of time.
I am also not sure if we should use GCM for iOS, atm, but more do to the
fact that iOS on UPS than would need both: GCM and APNs setup...
Technically our categories are indeed close to their topics. The real
benefit regarding topics is: You send just one small request to GCM and it
figures out the effected devices. For categories we do that ourselves, and
we end up sending a bunch of larger requests to GCM
IMO using GCM topics for Android will give us a boost for message delivery!
However, Google mentions some latency for Topics on their doc, but my guess
is they will be pretty fast.
>
>
>
>>
>>> +1 on this. Same reasoning like Erik Jan here :)
>>>
>>>
>>>>
>>>> This are both simple, easy changes which shouldn't be a lot of work
>>>> and will really improve the push experience in Agdroid 3.0.
>>>>
>>>> wdyt?
>>>>
>>>
>>> bring it on :)
>>>
>>>
>>>>
>>>> Summers
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>>
<javascript:_e(%7B%7D,'cvml','aerogear-dev@lists.jboss.org');>
>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog:
http://matthiaswessendorf.wordpress.com/
>>> sessions:
http://www.slideshare.net/mwessendorf
>>> twitter:
http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>>
<javascript:_e(%7B%7D,'cvml','aerogear-dev@lists.jboss.org');>
>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>>
<javascript:_e(%7B%7D,'cvml','aerogear-dev@lists.jboss.org');>
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog:
http://matthiaswessendorf.wordpress.com/
> sessions:
http://www.slideshare.net/mwessendorf
> twitter:
http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> <javascript:_e(%7B%7D,'cvml','aerogear-dev@lists.jboss.org');>
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Sent from Gmail Mobile