Where line 67 content valid prod certificate for simulated “prod mixed variant list” and
line 68 content invalid dev certificate.
the output is:
:::::::::::::::::::::::::::::::::::::::::::::::::>>>messageSent
:::::::::::::::::::::::::::::::::::::::::::::::::>>>messageSent
:::::::::::::::::::::::::::::::::::::::::::::::::>>>Closed: INVALID_TOKEN
:::::::::::::::::::::::::::::::::::::::::::::::::>>>messageSendFailed[B@143f032d
:::::::::::::::::::::::::::::::::::::::::::::::::>>>Retry: 0
I case of error for the variant line68 we go on all callback: success, failure, retry
etc..
however when testing it with pan I do received the message for the valid token.
@matthias does it help?
++
Corinne
On 17 Nov 2014, at 13:27, Matthias Wessendorf
<matzew(a)apache.org> wrote:
On Mon, Nov 17, 2014 at 12:55 PM, Matthias Wessendorf <matzew(a)apache.org> wrote:
Hi Corrine,
thanks for the detailed mail. To me this looks like a bug on java-apns...
Can you try that, with the standalone code (and your scenarios, like mixing tokens).
here is some code snippets:
https://github.com/notnoop/java-apns#sample-code
perhaps like:
https://gist.github.com/matzew/35b47c74f8eb6a8353de
I am currently on a train with a bad connection
On Mon, Nov 17, 2014 at 12:45 PM, Corinne Krych <corinnekrych(a)gmail.com> wrote:
Hello all
Indeed I can reproduce the problem as described in AGPUSH-1087
I have one variant: PROD with one installation on iPhone5S with Distribution certificate
I have another variant: PRODMIX with 2 installations:
- on iPad mimi with distribution certificate
- on iPad2 with dev certificate
When sending a notification to all variants, only the iPhone5S on the PROD variant
received the notification.
If I go to admin console and desactivate the iPad2 installation and sent again a Push
message to all variants, now iPhone 5S and IPad mini received the notification
=> Therefore, it is indeed when one installtion has non valid certificate thta all
installations of this corrupted variants will not received the notification. I also
confirm that the work around does work.
Looking on FINE grained logging, I noticed that this succeed callback is called:
https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/...
The problem seem to be in deepsest level of code. I will install a UPS server locally to
test further.
++
Corinne
> On 17 Nov 2014, at 11:36, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
>
> Hi Thomas,
> You can browse your installations by clicking the blue number of "x
installations" :
>
> <installation.png>
>
> From there, you can toggle installations on on/off.
>
> Sebi
>
>
> On Mon, Nov 17, 2014 at 10:46 AM, Thomas Schweitzer <thomers(a)me.com> wrote:
>
> > another option is: toggle them as disabled on the UI of the Admin UI ;-)
>
> Hmm, where do I see the device tokens and can disable them in the admin UI?
>
>
>
> _______________________________________________
> Aerogear-users mailing list
> Aerogear-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-users
>
>
> _______________________________________________
> Aerogear-users mailing list
> Aerogear-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-users
_______________________________________________
Aerogear-users mailing list
Aerogear-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-users
--
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
_______________________________________________
Aerogear-users mailing list
Aerogear-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-users