January 2017 - aerogear-dev - Jboss List Archives

by Bruno Oliveira

Good morning, just to let you know we released today the bits for digital signatures and some bug fixes. Have a happy new year sweet hearts. -- abstractj

1 year, 11 months

2
1
0 / 0

Node.js test driver

by Matthias Wessendorf

Hi, we now have some Node.js test driver in place, as part of our overall test-suite repo. I've merged Josemi's work here: https://github.com/aerogear/ups-test-suite/tree/master/dynamic-test-driver The script uses the Node Admin client ([1]) to receive a list of all PushApplications and than uses our own Node.js sender ([2]) to send a push against the fetched PushApps! I hope you will enjoy it! [1] https://github.com/bucharest-gold/unifiedpush-admin-client [2] https://github.com/aerogear/aerogear-unifiedpush-nodejs-client/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ twitter: http://twitter.com/mwessendorf

7 years, 2 months

2
1
0 / 0

Re: [aerogear-dev] Mysterious warning when sending push

by Jose Miguel Gallas Olmedo

Yes, the proxy is up and the -Dcustom.aerogear.fcm.push.host is set, the notifications are actually being sent. On 25 January 2017 at 15:44, Matthias Wessendorf <mwessend(a)redhat.com> wrote: > endpoints for thje /fcm/send mock are setup ? > > > > On Wed, Jan 25, 2017 at 2:07 PM, Jose Miguel Gallas Olmedo < > jgallaso(a)redhat.com> wrote: > >> >> ---------- Forwarded message ---------- >> From: Jose Miguel Gallas Olmedo <jgallaso(a)redhat.com> >> Date: 25 January 2017 at 13:00 >> Subject: Mysterious warning when sending push >> To: AeroGear Developer Mailing List <aerogear-dev(a)lists.jboss.org> >> >> >> Hi all, >> >> I have some phenomenon here. I have created 4 variants with 100 fake >> tokens and sending 1 push through the mock FCM server. What I got is 400 >> (401 to be exact) receivers so it seems to work OK. >> >> These are the 4 variants (the order is important): >> >> >> However ONLY on 2nd to 4nd variant I got this warning: >> >> >> >> The first variant in the list is not getting the error. I created them in >> order (0 - 3) so this does not matter because the 0 (second in the list) is >> receiving the warning but the 1 (first in the list) is not. >> >> Look what happens if I delete the first variant in the list and send >> another notification: >> >> >> (Now the first in the list is variant 0, the former 2nd in the list) >> >> >> >> This is no longer receiving the warning! >> >> >> Here is the log from the console: >> https://gist.github.com/josemigallas/69db6619a46bafafc9ae028a29b343f7 >> >> >> So what do you think? Bug? It does not seem to be related with the fact >> that I am using the FCM proxy... or does it? Maybe I'm missing something >> obvious. >> >> Cheers, >> >> >> -- >> *Jose Miguel Gallas Olmedo* >> Associate QE at Mobile Team, *Red Hat* >> <https://www.redhat.com/en/technologies/mobile/application-platform> >> +34 618 488 633 <+34%20618%2048%2086%2033> >> >> >> >> -- >> *Jose Miguel Gallas Olmedo* >> Associate QE at Mobile Team, *Red Hat* >> <https://www.redhat.com/en/technologies/mobile/application-platform> >> +34 618 488 633 <+34%20618%2048%2086%2033> >> > > > > -- > Project lead AeroGear.org > -- *Jose Miguel Gallas Olmedo* Associate QE at Mobile Team, *Red Hat* <https://www.redhat.com/en/technologies/mobile/application-platform> +34 618 488 633

7 years, 3 months

3
5
0 / 0

Mysterious warning when sending push

by Jose Miguel Gallas Olmedo

Hi all, I have some phenomenon here. I have created 4 variants with 100 fake tokens and sending 1 push through the mock FCM server. What I got is 400 (401 to be exact) receivers so it seems to work OK. These are the 4 variants (the order is important): However ONLY on 2nd to 4nd variant I got this warning: The first variant in the list is not getting the error. I created them in order (0 - 3) so this does not matter because the 0 (second in the list) is receiving the warning but the 1 (first in the list) is not. Look what happens if I delete the first variant in the list and send another notification: (Now the first in the list is variant 0, the former 2nd in the list) This is no longer receiving the warning! Here is the log from the console: https://gist.github.com/josemigallas/69db6619a46bafafc9ae028a29b343f7 So what do you think? Bug? It does not seem to be related with the fact that I am using the FCM proxy... or does it? Maybe I'm missing something obvious. Cheers, -- *Jose Miguel Gallas Olmedo* Associate QE at Mobile Team, *Red Hat* <https://www.redhat.com/en/technologies/mobile/application-platform> +34 618 488 633

7 years, 3 months

1
0
0 / 0

Direct Grant Test not working

by Jose Miguel Gallas Olmedo

Hi @Matthias, I am trying to use this nodeJS program here https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/node.... but it doesn't work. I've used the correct username and password and client_id is *ups-client.* This is the output in the console: *$ node directgranttest.js* receiving data undefined receiving data <html><head><title>JBWEB000065: HTTP Status 401 - </title><style></style> </head><body><h1>JBWEB000065: HTTP Status 401 - </h1><HR size="1" noshade="noshade"><p><b>JBWEB000309: type</b> JBWEB000067: Status report</p><p><b>JBWEB000068: message</b> <u></u></p><p><b>JBWEB000069: description</b> <u>JBWEB000121: This request requires HTTP authentication.</u></p><HR size="1" noshade="noshade"></body></html> And I think the problem is when trying to get the bearer token that it's getting this response: HTTP/1.1 400 Bad Request Server: Apache-Coyote/1.1 Content-Type: application/json Date: Tue, 24 Jan 2017 14:54:15 GMT Connection: close {"error_description":"Could not find client","error":"invalid_client"} Lastly this is the http request (intercepted by Wireshark): POST /auth/realms/aerogear/tokens/grants/access HTTP/1.1 Content-Type: application/x-www-form-urlencoded Host: localhost:8080 Connection: close Transfer-Encoding: chunked 30 username=admin&password=123&client_id=ups-client 0 Any clue? Cheers, -- *Jose Miguel Gallas Olmedo* Associate QE at Mobile Team, *Red Hat* <https://www.redhat.com/en/technologies/mobile/application-platform> +34 618 488 633

7 years, 3 months

3
3
0 / 0

Unsure about bug

by Jose Miguel Gallas Olmedo

Hi, I think I found some bug in the UI so I created this ticket https://issues.jboss.org/browse/AGPUSH-2015. Could anyone please take a look just in case I'm wrong? Cheers, -- *Jose Miguel Gallas Olmedo* Associate QE at Mobile Team, *Red Hat* <https://www.redhat.com/en/technologies/mobile/application-platform> +34 618 488 633

7 years, 3 months

2
1
0 / 0

APNs mock on docker hub

by Matthias Wessendorf

Hi, for testing, I did wrap the APNs configured mock proxy into a container: https://github.com/aerogear/push-network-proxies/blob/master/Dockerfile it's hooked to dockerhub too. This is just the beginning, I have added fabric8 plugin, for a better build based generation of the Dockerfile, but have not done much there atm. (e.g. java_args are needed to invoke it for apms/fcm) However, for for APNs dockerized mocks, this is good: docker run -p 16002-16003:16002-16003 aerogear/push-network-proxies Cheers! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ twitter: http://twitter.com/mwessendorf

7 years, 3 months

1
0
0 / 0

Google Summer of Code 2017 - ideas

by Matthias Wessendorf

Hi, for this years GSoC, I think it would be interesting to have students evaluate some ideas. For Push Server: * Apache HBase database model for UPS + migration of data from SQL (MySQL/Postgres) to HBase * Apache Kafka for centralized messaging in UPS * Apache Spark for realtime processing of our push metrics Some of the above ideas are already capture in this larger/raw JIRA: https://issues.jboss.org/browse/AGPUSH-1998 For Jenkins-Digger: * Windows containerized Docker builds Any other thoughts ? -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ twitter: http://twitter.com/mwessendorf

7 years, 3 months

4
9
0 / 0

New PRs on AeroGear iOS OAuth2

by Michael Doo

Hello all, I have made some new PRs to the ever popular iOS OAuth2 library. Since all the open PRs currently on there are mine, I figure it might be a good time to review: * #63 - This is maybe the most complex of the lot. It adds the ability for developers authenticating with Google to share refresh credentials between a backend server and mobile client * #67 - This brings the library up to date in it's use of SFSafariViewController over the external Safari app. A nice-to-have would be a restriction on Google accounts to *never* be able to use the embedded webview, as Google will no longer accept auth requests this way * #68 - This adds better error handling, bringing the library in compliance with standard OAuth2 error data * #69 - This adds the ability for developers to control when the auth web view is dismissed. This is especially useful when the view is part of a navigation stack and not just the root view controller. * #70 - This fixes potential crashes for Config objects that don't define a token revocation endpoint. * #71 - This fixes a number of spelling errors, including changing the name of the TrustedPersistentOAuth2Session class. I hope these can be reviewed soon, as many of them are straightforward in their goal and implementation. As an aside, I will be leaving my current job tomorrow and switching to a non-mobile development role. This means I will have less time to dedicate to the project (and by extension follow-up work for my PRs). I hope my contributions have been helpful to at least a few of you. Best, Michael Doo 410 Labs, Inc.

7 years, 3 months

1
0
0 / 0

APNS/FCM proxy

by Matthias Wessendorf

Hi, we do have some FCM/APNs proxy (or mock) implementations in this repo: https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests I've been unable to build them via gradle, so I did add back the older POM files: https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests... However, I feel it would make a nice project on its own, outside of the integration test repo, no ? Question: should we have a separate "push-proxy" repo? -M -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ twitter: http://twitter.com/mwessendorf

7 years, 3 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

aerogear-dev January 2017