---
Yavuz Selim Yilmaz
SUNY at Buffalo
Computer Science and Engineering
PhD Candidate
On Jul 17, 2013, at 11:53 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
On Wed, Jul 17, 2013 at 5:44 PM, Yavuz Selim YILMAZ <yavuzsel(a)buffalo.edu> wrote:
---
Yavuz Selim Yilmaz
SUNY at Buffalo
Computer Science and Engineering
PhD Candidate
On Jul 17, 2013, at 11:32 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
> On iOS we recommend doing the registration (with UP server) on the
"didRegisterForRemoteNotificationsWithDeviceToken" callback:
>
https://github.com/aerogear/aerogear.org/blob/master/docs/guides/aerogear...
>
>
> However, in AeroDoc-iOS, we just stash the token:
https://github.com/aerogear/aerogear-push-quickstart-ios/blob/master/ProD...
>
>
> And submit it, with the entire metadata, AFTER a successful login:
https://github.com/aerogear/aerogear-push-quickstart-ios/blob/master/ProD...
Is it guaranteed that device token is received BEFORE successful login? What if
registration with APNs fails?
a different APNs callback is invoked
(application:didFailToRegisterForRemoteNotificationsWithError)
Yes, but in that case, ProDoctor still registers the device to the Push EE server (with
nil device token afaik). Is it an expected behavior?
And my 1st question refers to this scenario:
Application successfully registered with APNs, but the delegate called AFTER the
successful login (I was asking about the time guarantee of APNs registration), so in this
case there exist no stashed device token at the time of the execution of the success
block. In such a case, when the delegate called after successful APNs registration, device
should still be registered to Push EE I think.
>
>
>
> Perhaps we could/should docment that somewhere as well ? E.g. in the tutorial doc
(e.g. since that is a common use-case), or just on the AeroDoc code (with some comments)
?
>
>
>
> -Matthias
>
> --
> 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
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
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/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev