I will file a PR for that
On Tue, Nov 18, 2014 at 5:02 PM, Thomas Schweitzer <thomers(a)me.com> wrote:
Hi Matthias,
java version "1.7.0_71"
OpenJDK Runtime Environment (rhel-2.5.3.1.el6-i386 u71-b14)
OpenJDK Server VM (build 24.65-b04, mixed mode)
(I assume this is the default version installed by OpenShift, since I
didn’t configure anything specific).
Cheers,
T
On 18.11.2014, at 14:57, Matthias Wessendorf <matzew(a)apache.org> wrote:
Thomas,
I can not reproduce the issue (running Java 1.7.0_65). Corinne is able to
reproduce it, but she is currently running on an older Java version
(1.7.0_15). She is updating to a newer (the latest) of Java7 and will rerun
her tests.
In the meantime, what is your version?
Greetings,
Matthias
On Tue, Nov 18, 2014 at 12:27 PM, Matthias Wessendorf <matzew(a)apache.org>
wrote:
> Corinne shared her tokens, and using them, I get the same output:
>
> :::::::::::::::::::::::::::::::::::::::::::::::::>>>messageSent
> :::::::::::::::::::::::::::::::::::::::::::::::::>>>messageSent
> :::::::::::::::::::::::::::::::::::::::::::::::::>>>Closed: INVALID_TOKEN
> :::::::::::::::::::::::::::::::::::::::::::::::::>>>
> messageSendFailed[B@143f032d
> :::::::::::::::::::::::::::::::::::::::::::::::::>>>Retry: 0
>
>
>
> On Tue, Nov 18, 2014 at 12:02 PM, Matthias Wessendorf <matzew(a)apache.org>
> wrote:
>
>> what JDK version do you have ?
>>
>> I am running on jdk1.7.0_65.jdk
>>
>> I am unable to reproduce this behavior....
>>
>> I have a connection to prod-stage from APS:
>>
>>
>>
>> .withCert("/Users/matzew/Desktop/PushCerts/prod.p12",
>> "XXXX").withProductionDestination()
>>
>>
>> and I give it too tokens:
>> iPodToken (production version of the "net.wessendorf.prod" app-id)
>> iPhoneToken (development version of the "net.wessendorf.prod" app-id)
>>
>> Since connecting to the PROD, only the iPod is delivered. Also the
>> ordering of the tokens does not matter ..
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Mon, Nov 17, 2014 at 3:45 PM, Corinne Krych <corinnekrych(a)gmail.com>
>> wrote:
>>
>>> Adding a test as you suggested Matt
>>> see:
>>>
https://github.com/corinnekrych/java-apns/blob/adding.test.with.mixed.var...
>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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
>
--
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
_______________________________________________
Aerogear-users mailing list
Aerogear-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-users