On Wed, Jul 17, 2013 at 7:58 PM, Matthias Wessendorf <matzew(a)apache.org>wrote:
On Wed, Jul 17, 2013 at 7:06 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: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?
>
not really :-)
If APNs fails initially, there should be no registration with the
UnifiedPush Server. The metadata, without an APNs deviceToken (where it is
'nil') is pretty much useless :-)
I filed a bug, based on your comment :)
https://issues.jboss.org/browse/AGIOS-43
-Matthias
>
> 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),
>
What delegate do you mean?
The "didRegisterForRemoteNotificationsWithDeviceToken" delegate is called
right away, regardless of what the first screen does (e.g. offering a login
screen).
> 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
>
>
>
> _______________________________________________
> 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
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf