From daniel at passos.me Sat Nov 1 07:33:35 2014 From: daniel at passos.me (Daniel Passos) Date: Sat, 1 Nov 2014 09:33:35 -0200 Subject: [aerogear-dev] Travis problem with Android Lollipop In-Reply-To: References: Message-ID: Hi Guys, Great news. The Travis guys made some changes[1] in wait-for-emulator for Lollipop, this will be available with the VM update next week. https://github.com/travis-ci/travis-cookbooks/commit/62039b2 -- Passos On Fri, Oct 31, 2014 at 10:07 AM, Daniel Passos wrote: > Hi Guys, > > I'm trying to update our library to use Android Lollipop, but I'm getting > problem with travis wait.for-emulator.sh script. It is not recognizing > when emulator is running and not start the tests.. > > It's blocking us to moving forward and update the push library. > > > https://github.com/danielpassos/aerogear-android-push/tree/update-pom-and-travis > https://travis-ci.org/danielpassos/aerogear-android-push/builds/38713813 > > I've created a blank project to do some tests and I got the same problem. > I sent it to the travis support and I'm waiting for the reply. > > https://github.com/danielpassos/travis-lollipop-test > https://travis-ci.org/danielpassos/travis-lollipop-test > > -- Passos > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141101/45403417/attachment.html From qmx at qmx.me Sat Nov 1 13:53:36 2014 From: qmx at qmx.me (Douglas Campos) Date: Sat, 01 Nov 2014 15:53:36 -0200 Subject: [aerogear-dev] Travis problem with Android Lollipop In-Reply-To: References: Message-ID: Great news! Is this related to the timeouts we have been seeing recently? On November 1, 2014 9:33:35 AM GMT-02:00, Daniel Passos wrote: >Hi Guys, > >Great news. The Travis guys made some changes[1] in wait-for-emulator >for >Lollipop, this will be available with the VM update next week. > >https://github.com/travis-ci/travis-cookbooks/commit/62039b2 > >-- Passos > >On Fri, Oct 31, 2014 at 10:07 AM, Daniel Passos >wrote: > >> Hi Guys, >> >> I'm trying to update our library to use Android Lollipop, but I'm >getting >> problem with travis wait.for-emulator.sh script. It is not >recognizing >> when emulator is running and not start the tests.. >> >> It's blocking us to moving forward and update the push library. >> >> >> >https://github.com/danielpassos/aerogear-android-push/tree/update-pom-and-travis >> >https://travis-ci.org/danielpassos/aerogear-android-push/builds/38713813 >> >> I've created a blank project to do some tests and I got the same >problem. >> I sent it to the travis support and I'm waiting for the reply. >> >> https://github.com/danielpassos/travis-lollipop-test >> https://travis-ci.org/danielpassos/travis-lollipop-test >> >> -- Passos >> > > >------------------------------------------------------------------------ > >_______________________________________________ >aerogear-dev mailing list >aerogear-dev at lists.jboss.org >https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141101/f9a83974/attachment.html From daniel.bevenius at gmail.com Sat Nov 1 15:43:24 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Sat, 1 Nov 2014 20:43:24 +0100 Subject: [aerogear-dev] Travis problem with Android Lollipop In-Reply-To: References: Message-ID: Nice! l?rdag 1 november 2014 skrev Douglas Campos : > Great news! Is this related to the timeouts we have been seeing recently? > > On November 1, 2014 9:33:35 AM GMT-02:00, Daniel Passos > wrote: >> >> Hi Guys, >> >> Great news. The Travis guys made some changes[1] in wait-for-emulator for >> Lollipop, this will be available with the VM update next week. >> >> https://github.com/travis-ci/travis-cookbooks/commit/62039b2 >> >> -- Passos >> >> On Fri, Oct 31, 2014 at 10:07 AM, Daniel Passos > > wrote: >> >>> Hi Guys, >>> >>> I'm trying to update our library to use Android Lollipop, but I'm >>> getting problem with travis wait.for-emulator.sh script. It is not >>> recognizing when emulator is running and not start the tests.. >>> >>> It's blocking us to moving forward and update the push library. >>> >>> >>> https://github.com/danielpassos/aerogear-android-push/tree/update-pom-and-travis >>> https://travis-ci.org/danielpassos/aerogear-android-push/builds/38713813 >>> >>> I've created a blank project to do some tests and I got the same >>> problem. I sent it to the travis support and I'm waiting for the reply. >>> >>> https://github.com/danielpassos/travis-lollipop-test >>> https://travis-ci.org/danielpassos/travis-lollipop-test >>> >>> -- Passos >>> >> >> ------------------------------ >> >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141101/243494bf/attachment.html From daniel.bevenius at gmail.com Sun Nov 2 04:06:26 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Sun, 2 Nov 2014 10:06:26 +0100 Subject: [aerogear-dev] Team meeting Message-ID: Agenda: http://oksoclap.com/p/aerogear-team-mgt-20141103 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141102/e1132ed8/attachment-0001.html From matzew at apache.org Sun Nov 2 08:00:48 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Sun, 2 Nov 2014 14:00:48 +0100 Subject: [aerogear-dev] [site] community page overhaul ? In-Reply-To: References: <54828BAA-28BF-42FA-9C22-539BC954098F@gmail.com> Message-ID: here is the PR for the community page: https://github.com/aerogear/aerogear.org/pull/414 feel free to review and comment on it :) On Tue, Oct 28, 2014 at 12:56 PM, Matthias Wessendorf wrote: > oh, that page is outdated too. Still talks about CLA :) > > I will address both later this week > > On Tue, Oct 28, 2014 at 11:59 AM, Christos Vasilakis > wrote: > >> +1 on the idea, maybe reuse and update accordingly existing [1] >> >> I can give it a spin if you like later this week, create a JIRA if it >> doesn?t exist already and assign to me >> >> - >> Christos >> >> >> [1] http://aerogear.org/docs/guides/Contributing/ >> >> >> On Oct 28, 2014, at 10:20 AM, Matthias Wessendorf >> wrote: >> >> Hi, >> >> I realized that atm we don't link to our users list, a quick/urgent fix >> for that is here: >> https://github.com/aerogear/aerogear.org/pull/410 >> >> That perhaps not enough! On the 'community' link we basically include the >> archive of the dev list. >> >> What should we do with that community section? How about the following >> >> Instead of including the archive (as part of the website), we can tweak >> the 'community' page a bit. >> E.g. we list the different options we have for users to reach out: >> ** links to users/dev ML subscribe page >> ** links to users/dev ML archives >> ** info on IRC >> ** link to our github landing page >> ** info on our twitter account >> >> I think the benefit of including this on a dedicated page, makes the info >> also a bit more visible, instead of just having links to ML at the footer >> of our website >> >> >> What are your thoughts? >> >> Greetings, >> 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141102/b83b027b/attachment.html From matzew at apache.org Sun Nov 2 08:16:18 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Sun, 2 Nov 2014 14:16:18 +0100 Subject: [aerogear-dev] [site] community page overhaul ? In-Reply-To: References: <54828BAA-28BF-42FA-9C22-539BC954098F@gmail.com> Message-ID: On Tue, Oct 28, 2014 at 12:56 PM, Matthias Wessendorf wrote: > oh, that page is outdated too. Still talks about CLA :) > > I will address both later this week > removed the CLA sections: https://github.com/aerogear/aerogear.org/pull/415 > > On Tue, Oct 28, 2014 at 11:59 AM, Christos Vasilakis > wrote: > >> +1 on the idea, maybe reuse and update accordingly existing [1] >> >> I can give it a spin if you like later this week, create a JIRA if it >> doesn?t exist already and assign to me >> >> - >> Christos >> >> >> [1] http://aerogear.org/docs/guides/Contributing/ >> >> >> On Oct 28, 2014, at 10:20 AM, Matthias Wessendorf >> wrote: >> >> Hi, >> >> I realized that atm we don't link to our users list, a quick/urgent fix >> for that is here: >> https://github.com/aerogear/aerogear.org/pull/410 >> >> That perhaps not enough! On the 'community' link we basically include the >> archive of the dev list. >> >> What should we do with that community section? How about the following >> >> Instead of including the archive (as part of the website), we can tweak >> the 'community' page a bit. >> E.g. we list the different options we have for users to reach out: >> ** links to users/dev ML subscribe page >> ** links to users/dev ML archives >> ** info on IRC >> ** link to our github landing page >> ** info on our twitter account >> >> I think the benefit of including this on a dedicated page, makes the info >> also a bit more visible, instead of just having links to ML at the footer >> of our website >> >> >> What are your thoughts? >> >> Greetings, >> 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141102/1ac065f5/attachment.html From corinnekrych at gmail.com Mon Nov 3 04:52:45 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 3 Nov 2014 10:52:45 +0100 Subject: [aerogear-dev] Node.js / Passport.js thoughts (was: Re: OAuth2, OpenID connect and AeroGear) In-Reply-To: <75676CE5-D487-4446-8751-71173D91DABE@redhat.com> References: <75676CE5-D487-4446-8751-71173D91DABE@redhat.com> Message-ID: <1EC7C13E-81CA-4F8C-BC55-57242896F8CC@gmail.com> On 30 Oct 2014, at 19:13, Lucas Holmquist wrote: > >> On Oct 30, 2014, at 9:41 AM, Matthias Wessendorf wrote: >> >> Hello team! >> >> On Thu, Oct 9, 2014 at 4:49 AM, Bruno Oliveira wrote: >> Note: Not only for Keycloak, but also compatible with other technologies >> like passport on Node.js. >> >> Great point on being compatible with passport.js! To ensure our OAuth2 client SDKs do work against node.js (w/ passport.js), how about we build a Node.js based version of our "Shoot-n-Share backend" ([1]), that is protected by Passport.js? > > So to clear up some confusion that might be happening with what passport is, it is not an OAuth2 server thing. > > it?s really just middleware(think of it as a servlet filter for you java weenies) for express.js, and by using adapters(like a FB or google), it can secure RESTful endpoints in that express.js app. So basically you can use passport to secure your endpoint using openId connect (on top of oauth2). you login as google user and your secure your endpoint with google access token. with passport.js you can go the authz code grant way because you store token on server side. Refresh and access token are never stored in browser app. Right? On native app we?re doing what passport.js is doing but directly on device? not sure there is anything interesting to demo on native app, it?s more a web or cordova thing. I would say either use key cloak/passport Js for web pure app and corodva app or use corodva native oauth2 plugin. > > I think the thing that we can do here is make a keycloack adapter for passport, using the OAuth2 protocol( similar to passports FB and google adapters ); +1 on keycloak/passport.js integration > > As we said passport itself is not an oauth2 provider. You could couple it with KC or another interesting integration is OAuth2rize + passport which provides an Oauth2 server. see [1], [2] [1] http://scottksmith.com/blog/2014/07/02/beer-locker-building-a-restful-api-with-node-oauth2-server/ [2] https://github.com/jaredhanson/oauth2orize I?d love to take a deeper look at this example? wdyt Luke? > >> >> It could be a (simple) a 'clone' of our java version. I think for Luke, our Node.js pro, it would be a fairly simple task :) >> >> On the client side, the Android/iOS versions of Shoot-n-Share would simply offer a new upload target for Passport.js, instead of 'just' FB, Google-Drive and Keycloak. >> >> That way we will also learn how much Passport.js is actually different, similar to what we learned on how Google/FB are different ;-) >> >> Another interesting aspect of this is that, once we are ready to release our OAuth2 SDKs, it would be awesome to actually ship a node.js based demo as well, instead of just a Java-based backend demo. That would clearly show, our client libs are working across different backend technologies. >> >> Any thoughts? >> >> -Matthias >> >> >> [1] https://github.com/aerogear/aerogear-backend-cookbook/tree/master/Shoot >> >> >> >> In the end, OAuth2 is just a protocol and >> should support other servers. >> >> - Should we provide examples for OpenID connect? Or abstractions? >> >> To track this issue, we have the following Jira[3] and another for >> OpenID connect[4]. Fell free to link to your respective project. >> >> >> [1] - >> http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-10-08-14.00.html >> >> [2] - https://gist.github.com/abstractj/04136c6df85cea5f35d1 >> >> [3] - https://issues.jboss.org/browse/AGSEC-180 >> >> [4] - https://issues.jboss.org/browse/AGSEC-190 >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141103/2f10da4c/attachment.bin From daniel.bevenius at gmail.com Mon Nov 3 05:37:35 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 3 Nov 2014 11:37:35 +0100 Subject: [aerogear-dev] SimplePush 0.12.1 staged Message-ID: Hi, we have staged SimplePush 0.12.1 [1]. This is a minor update and only includes one Jira [2], which is related to the retirement of the default SockJS URL. There is also a PR for updating our OpenShift cartridge with some instructions how to test this [3]. If there are now objections or bug reports the plan is to release on Friday this week. [1] https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4164/ [2] https://issues.jboss.org/browse/AGSMPLPUSH-68 [3] https://github.com/aerogear/openshift-origin-cartridge-aerogear-push/pull/10 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141103/5476a92c/attachment-0001.html From lholmqui at redhat.com Mon Nov 3 08:39:13 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Mon, 3 Nov 2014 08:39:13 -0500 Subject: [aerogear-dev] Node.js / Passport.js thoughts (was: Re: OAuth2, OpenID connect and AeroGear) In-Reply-To: <1EC7C13E-81CA-4F8C-BC55-57242896F8CC@gmail.com> References: <75676CE5-D487-4446-8751-71173D91DABE@redhat.com> <1EC7C13E-81CA-4F8C-BC55-57242896F8CC@gmail.com> Message-ID: <67C0BE33-C04E-4A60-8C04-3F589201689D@redhat.com> > On Nov 3, 2014, at 4:52 AM, Corinne Krych wrote: > > > On 30 Oct 2014, at 19:13, Lucas Holmquist > wrote: > >> >>> On Oct 30, 2014, at 9:41 AM, Matthias Wessendorf wrote: >>> >>> Hello team! >>> >>> On Thu, Oct 9, 2014 at 4:49 AM, Bruno Oliveira wrote: >>> Note: Not only for Keycloak, but also compatible with other technologies >>> like passport on Node.js. >>> >>> Great point on being compatible with passport.js! To ensure our OAuth2 client SDKs do work against node.js (w/ passport.js), how about we build a Node.js based version of our "Shoot-n-Share backend" ([1]), that is protected by Passport.js? >> >> So to clear up some confusion that might be happening with what passport is, it is not an OAuth2 server thing. >> >> it?s really just middleware(think of it as a servlet filter for you java weenies) for express.js, and by using adapters(like a FB or google), it can secure RESTful endpoints in that express.js app. > > So basically you can use passport to secure your endpoint using openId connect (on top of oauth2). you login as google user and your secure your endpoint with google access token. > with passport.js you can go the authz code grant way because you store token on server side. Refresh and access token are never stored in browser app. > Right? i haven?t played with it yet, but that is my thought > > On native app we?re doing what passport.js is doing but directly on device? not sure there is anything interesting to demo on native app, it?s more a web or cordova thing. I would say either use key cloak/passport Js for web pure app and corodva app or use corodva native oauth2 plugin. i have the same feelings, this is more web related > >> >> I think the thing that we can do here is make a keycloack adapter for passport, using the OAuth2 protocol( similar to passports FB and google adapters ); > > +1 on keycloak/passport.js integration > >> >> > > As we said passport itself is not an oauth2 provider. You could couple it with KC or > another interesting integration is OAuth2rize + passport which provides an Oauth2 server. see [1], [2] > > [1] http://scottksmith.com/blog/2014/07/02/beer-locker-building-a-restful-api-with-node-oauth2-server/ > [2] https://github.com/jaredhanson/oauth2orize > > I?d love to take a deeper look at this example? wdyt Luke? go go go!! > >> >>> >>> It could be a (simple) a 'clone' of our java version. I think for Luke, our Node.js pro, it would be a fairly simple task :) >>> >>> On the client side, the Android/iOS versions of Shoot-n-Share would simply offer a new upload target for Passport.js, instead of 'just' FB, Google-Drive and Keycloak. >>> >>> That way we will also learn how much Passport.js is actually different, similar to what we learned on how Google/FB are different ;-) >>> >>> Another interesting aspect of this is that, once we are ready to release our OAuth2 SDKs, it would be awesome to actually ship a node.js based demo as well, instead of just a Java-based backend demo. That would clearly show, our client libs are working across different backend technologies. >>> >>> Any thoughts? >>> >>> -Matthias >>> >>> >>> [1] https://github.com/aerogear/aerogear-backend-cookbook/tree/master/Shoot >>> >>> >>> >>> In the end, OAuth2 is just a protocol and >>> should support other servers. >>> >>> - Should we provide examples for OpenID connect? Or abstractions? >>> >>> To track this issue, we have the following Jira[3] and another for >>> OpenID connect[4]. Fell free to link to your respective project. >>> >>> >>> [1] - >>> http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-10-08-14.00.html >>> >>> [2] - https://gist.github.com/abstractj/04136c6df85cea5f35d1 >>> >>> [3] - https://issues.jboss.org/browse/AGSEC-180 >>> >>> [4] - https://issues.jboss.org/browse/AGSEC-190 >>> -- >>> >>> abstractj >>> PGP: 0x84DC9914 >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141103/69ceafb7/attachment-0001.html From cvasilak at gmail.com Mon Nov 3 10:10:48 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 3 Nov 2014 17:10:48 +0200 Subject: [aerogear-dev] Team meeting In-Reply-To: References: Message-ID: <1D4B26EF-FED5-4577-90A0-92A02D75172D@gmail.com> fyi, meeting minutes: Meeting ended Mon Nov 3 15:09:27 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-03-15.00.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-03-15.00.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-03-15.00.log.html On Nov 2, 2014, at 11:06 AM, Daniel Bevenius wrote: > Agenda: > http://oksoclap.com/p/aerogear-team-mgt-20141103 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141103/a800e17e/attachment.html From lukas.fryc at gmail.com Mon Nov 3 14:56:38 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Mon, 3 Nov 2014 20:56:38 +0100 Subject: [aerogear-dev] [Vote] Release of UPS 1.0.2 In-Reply-To: <53BFE455-96EE-4551-A9AF-E7C5A8210CBD@gmail.com> References: <53BFE455-96EE-4551-A9AF-E7C5A8210CBD@gmail.com> Message-ID: Hope I'm not too late to the party... Tested recent GeeCON demo app with Cordova PushPlugin 1.0.2 on iOS/Android. I've also tried adding new developer role and it worked like a charm. +1 for hitting the release button On Fri, Oct 31, 2014 at 7:18 PM, Christos Vasilakis wrote: > Hi, > > done the following: > > - deployed on both 'jboss-eap-6.3' and 'wildfly-8.1.0.Final? servers using > the provided instructions and worked fluently. > - tested iOS HelloWorld and Contacts Quickstart on both servers and worked > fluently. > - enabled the ?developer? user plus added a new user with the ?developer' > role, created applications and variants and the isolation works as > expected. Only the admin user can see application from all users. > > +1 for the release. > > - > Christos > > > > > On Oct 31, 2014, at 1:29 PM, Matthias Wessendorf > wrote: > > Hello folks! > > here is another release, containing some fixes since the last 1.0.1 > release! Thanks to the team for all the hard work it put into this 1.0.2 > release! > > Here are a few highlights of this release: > * Keycloak 1.0.4 usage > * new developer role > * documentation updates > * SSLv3 version removed from docs > * UI fixes and improvements > * Polish UI to look nice(r) on mobile devices > > You'll find details on all the JIRAs can be found here: > https://issues.jboss.org/browse/AGPUSH/fixforversion/12325081/ > > The staging repository is located here: > > https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4153/ > > > NOTE: Once this release has been approved the matching tag will be used to > get the OpenShift online bits updated! > > Let me know the results of your testing! > If I hear nothing bad by Tuesday evening, the release to maven central > will happen on Wednesday morning; > > Greetings, > 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141103/17bb693b/attachment.html From bruno at abstractj.org Mon Nov 3 23:32:27 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 4 Nov 2014 02:32:27 -0200 Subject: [aerogear-dev] [OFF-TOPIC] - Sweetalert Message-ID: Not sure if it's useful inside UPS or makes sense, but it's nice http://tristanedwards.me/sweetalert -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/28363330/attachment.html From matzew at apache.org Tue Nov 4 00:44:04 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 06:44:04 +0100 Subject: [aerogear-dev] [OFF-TOPIC] - Sweetalert In-Reply-To: References: Message-ID: hehe, it is nice! On Tuesday, November 4, 2014, Bruno Oliveira wrote: > Not sure if it's useful inside UPS or makes sense, but it's nice > http://tristanedwards.me/sweetalert > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > -- Sent from Gmail Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/bc2aff0a/attachment.html From mutulong at hotmail.com Tue Nov 4 01:11:36 2014 From: mutulong at hotmail.com (mutulong) Date: Mon, 3 Nov 2014 22:11:36 -0800 (PST) Subject: [aerogear-dev] HTTPS required Message-ID: <1415081496201-9730.post@n5.nabble.com> I set up Aerogear Unifiedpush on my AWS unbutu instance, and using apache SSLProxyEngine redirect all http traffic to https. But for some reason, I am kept to be redirected to https://dymamic.com/auth/realms/aerogear/tokens/login?client_id=unified-push-server-js&redirect_uri=https%3A%2F%2Fdymamic.com%2Fag-push%2F&state=697559e2-8fa2-4bea-8059-48ed2f7f5cb1&response_type=code And keep saying : "We're sorry, Https required" Could anyone shed any light on this, I am using Wildfly 8.1 Final, and Aerogear 1.0.1 on Ubuntu 14.04 Server. Is there any way to turn off the default ssl required? Thanks in advance. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730.html Sent from the aerogear-dev mailing list archive at Nabble.com. From matzew at apache.org Tue Nov 4 01:32:54 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 07:32:54 +0100 Subject: [aerogear-dev] HTTPS required In-Reply-To: <1415081496201-9730.post@n5.nabble.com> References: <1415081496201-9730.post@n5.nabble.com> Message-ID: Hi, the redirect happens by Keycloak (SSO server) and it sounds like there is a configuration issue with your forwards/redirects w/in the proxy. This document contains some instructions regarding proxy server: http://docs.jboss.org/keycloak/docs/1.0.2.Final/userguide/html/server-installation.html#d4e298 If you need an example of how to setup SSL for WildFly (including self signed certificate), we have the configuration available for our docker images: https://github.com/aerogear/dockerfiles/blob/master/wildfly/configuration/xml/standalone-sample.xml#L49-L54 https://github.com/aerogear/dockerfiles/blob/master/wildfly/configuration/xml/standalone-sample.xml#L334 HTH, Matthias On Tue, Nov 4, 2014 at 7:11 AM, mutulong wrote: > I set up Aerogear Unifiedpush on my AWS unbutu instance, and using apache > SSLProxyEngine redirect all http traffic to https. But for some reason, I > am > kept to be redirected to > > https://dymamic.com/auth/realms/aerogear/tokens/login?client_id=unified-push-server-js&redirect_uri=https%3A%2F%2Fdymamic.com%2Fag-push%2F&state=697559e2-8fa2-4bea-8059-48ed2f7f5cb1&response_type=code > > And keep saying : "We're sorry, Https required" > > Could anyone shed any light on this, I am using Wildfly 8.1 Final, and > Aerogear 1.0.1 on Ubuntu 14.04 Server. Is there any way to turn off the > default ssl required? Thanks in advance. > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/100bf17e/attachment-0001.html From matzew at apache.org Tue Nov 4 01:34:31 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 07:34:31 +0100 Subject: [aerogear-dev] setting up aerogear behind nginx proxy In-Reply-To: <1929066917.70404400.1413527736910.JavaMail.zimbra@redhat.com> References: <1413521972011-9489.post@n5.nabble.com> <1C9981E0376945CAA8492605D1B1FA7A@me.com> <1929066917.70404400.1413527736910.JavaMail.zimbra@redhat.com> Message-ID: Hello Chris, how did the configuration go? Were you able to setup the unifiedpush server behind your nginx proxy? Thanks, Matthias On Fri, Oct 17, 2014 at 8:35 AM, Stian Thorgersen wrote: > Hi Chris, > > Can you copy/paste the full URL where you get the 'invalid redirect_uri' > message? > > For details about setting up reverse proxy with Keycloak look at > http://docs.jboss.org/keycloak/docs/1.0.2.Final/userguide/html/server-installation.html#d4e298. > Key things are X-Forwarded-For and X-Forwarded-Proto which it looks like > you've added, but you also need to do some changes to standalone.xml. > > ----- Original Message ----- > > From: "Matthias Wessendorf" > > To: "AeroGear Developer Mailing List" > > Sent: Friday, 17 October, 2014 8:08:08 AM > > Subject: Re: [aerogear-dev] setting up aerogear behind nginx proxy > > > > Hey Chris! > > > > glad to hear about the progress :) > > > > regarding the "Invalid redirect_uri", looks like something goes wrong > with > > the redirect/ forward. > > On the page were you get the login form (or the Invalid redirect_uri), > can > > you compare the URL in the browser ? > > (especially the part after the &redirect_uri param). > > > > On the 500, any stack trace there? > > > > Thanks, > > Matthias > > > > > > On Fri, Oct 17, 2014 at 7:38 AM, chale < chris.hale at me.com > wrote: > > > > > > > > I am having a little more positive progress and a few more useful things > to > > report from me trying to get this working. > > The logs below aren?t an issue anymore. Here is how i now have things > setup. > > > > I have nginx setup and running on port 443 and my nginx config looks like > > this > > location / { > > if ($http_user_agent ~ ^$) { > > # return 403; > > } > > > > proxy_pass http://10.128.93.235:8080/ ; > > proxy_redirect off; > > > > proxy_set_header Host $host; > > proxy_set_header X-Forwarded-Proto "https"; > > proxy_set_header X-Forwarded-Host $host; > > proxy_set_header X-Forwarded-Server $host; > > proxy_set_header X-Real-IP $remote_addr; > > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > > } > > > > > > I seem to be able to login if i choose http://myserver.com but if i try > and > > do https://myserver.com/ag-push > > > > I get a message that is saying we are sorry Invalid redirect_uri. . > > > > In looking at the http requests I am seeing > > /auth/realms/aerogear/tokens/login url cause a 500 > > > > Any way to troubleshoot why its giving a 500? > > > > Thanks in advance, > > > > > > > > > > -- > > Chris Hale > > Sent with Sparrow > > > > > > > > On Friday, October 17, 2014 at 12:31 AM, Matthias Wessendorf [via > > aerogear-dev] wrote: > > > > > > Hi Chris! > > > > thanks for trying the UnifiedPush Server. I have never tried to run the > UPS > > behind a (ngnix) proxy. Does the same config work w/o the proxy? The > stack > > above says "Unable to resolve realm public key remotely", so I am > wondering > > if the Keycoak Auth-Server is deployed as well. > > > > In the meantime I'll ask our Keycloak friends if they have any > experience on > > this. > > > > Thanks, > > Matthias > > > > On Fri, Oct 17, 2014 at 6:59 AM, chale < [hidden email] > wrote: > > > > > > > > Hi, > > I need some help. I am trying to setup aerogear behind a nginx proxy > > server that has ssl enabled and I am running into issues. Anytime i try > to > > go to /ag-push I see this in the logs > > > > RROR [org.apache.catalina.connector.CoyoteAdapter] > > (http--10.128.93.235-8080-5) An exception or error occurred in the > container > > during the request processing: java.lang.RuntimeException: Unable to > resolve > > realm public key remotely, status = 403 > > at > > > org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:69) > > [keycloak-adapter-core-1.0-final.jar:] > > at > > > org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:55) > > [keycloak-adapter-core-1.0-final.jar:] > > at > > > org.keycloak.adapters.as7.AuthenticatedActionsValve.invoke(AuthenticatedActionsValve.java:45) > > [keycloak-as7-adapter-1.0-final.jar:] > > at > > > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:397) > > [jbossweb-7.0.13.Final.jar:] > > at > > > org.keycloak.adapters.as7.KeycloakAuthenticatorValve.invoke(KeycloakAuthenticatorValve.java:135) > > [keycloak-as7-adapter-1.0-final.jar:] > > at > > org.jboss.as . web.security.SecurityContextAssociationValve.invoke > > (SecurityContextAssociationValve.java:153) > > [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > > at > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > > [jbossweb-7.0.13.Final.jar:] > > at > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > > [jbossweb-7.0.13.Final.jar:] > > at > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > > [jbossweb-7.0.13.Final.jar:] > > at > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > > [jbossweb-7.0.13.Final.jar:] > > at > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > > [jbossweb-7.0.13.Final.jar:] > > at > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > > [jbossweb-7.0.13.Final.jar:] > > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > > [jbossweb-7.0.13.Final.jar:] > > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_65] > > > > Does anyone have any advice or experience on how to go about setting up > > aerogear behind an nginx proxy? > > > > > > > > -- > > View this message in context: > > > http://aerogear-dev.1069024.n5.nabble.com/setting-up-aerogear-behind-nginx-proxy-tp9489.html > > Sent from the aerogear-dev mailing list archive at Nabble.com . > > _______________________________________________ > > aerogear-dev mailing list > > [hidden email] > > 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 > > [hidden email] > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > If you reply to this email, your message will be added to the discussion > > below: > > > http://aerogear-dev.1069024.n5.nabble.com/setting-up-aerogear-behind-nginx-proxy-tp9489p9490.html > > To unsubscribe from setting up aerogear behind nginx proxy, click here . > > NAML > > > > > > > > View this message in context: Re: [aerogear-dev] setting up aerogear > behind > > nginx proxy > > > > Sent from the aerogear-dev mailing list archive at Nabble.com. > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at 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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/4c999acd/attachment.html From matzew at apache.org Tue Nov 4 01:51:15 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 07:51:15 +0100 Subject: [aerogear-dev] HTTPS required In-Reply-To: References: <1415081496201-9730.post@n5.nabble.com> Message-ID: oh, and yes HTTPS is enforced outside of localhost (e.g. like in your AWS case) On Tue, Nov 4, 2014 at 7:32 AM, Matthias Wessendorf wrote: > Hi, > > the redirect happens by Keycloak (SSO server) and it sounds like there is > a configuration issue with your forwards/redirects w/in the proxy. > > This document contains some instructions regarding proxy server: > > http://docs.jboss.org/keycloak/docs/1.0.2.Final/userguide/html/server-installation.html#d4e298 > > If you need an example of how to setup SSL for WildFly (including self > signed certificate), we have the configuration available for our docker > images: > > https://github.com/aerogear/dockerfiles/blob/master/wildfly/configuration/xml/standalone-sample.xml#L49-L54 > > https://github.com/aerogear/dockerfiles/blob/master/wildfly/configuration/xml/standalone-sample.xml#L334 > > HTH, > Matthias > > On Tue, Nov 4, 2014 at 7:11 AM, mutulong wrote: > >> I set up Aerogear Unifiedpush on my AWS unbutu instance, and using apache >> SSLProxyEngine redirect all http traffic to https. But for some reason, I >> am >> kept to be redirected to >> >> https://dymamic.com/auth/realms/aerogear/tokens/login?client_id=unified-push-server-js&redirect_uri=https%3A%2F%2Fdymamic.com%2Fag-push%2F&state=697559e2-8fa2-4bea-8059-48ed2f7f5cb1&response_type=code >> >> And keep saying : "We're sorry, Https required" >> >> Could anyone shed any light on this, I am using Wildfly 8.1 Final, and >> Aerogear 1.0.1 on Ubuntu 14.04 Server. Is there any way to turn off the >> default ssl required? Thanks in advance. >> >> >> >> -- >> View this message in context: >> http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730.html >> Sent from the aerogear-dev mailing list archive at Nabble.com. >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/01ec9b4e/attachment-0001.html From mutulong at hotmail.com Tue Nov 4 02:29:03 2014 From: mutulong at hotmail.com (mutulong) Date: Mon, 3 Nov 2014 23:29:03 -0800 (PST) Subject: [aerogear-dev] HTTPS required In-Reply-To: References: <1415081496201-9730.post@n5.nabble.com> Message-ID: <1415086143634-9734.post@n5.nabble.com> Awesome, added AeroGearRealmm in the configuration xml, and it works now, thanks millions you saved my day. Another question, I have a certificate which obtained from a proper CA, I have a .crt and .key file, how should use them instead of the keystore in AeroGearRealmm? could you point me out an example? Thanks again for your help, appreciate it! -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730p9734.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bleathem at gmail.com Tue Nov 4 03:13:36 2014 From: bleathem at gmail.com (Brian Leathem) Date: Tue, 4 Nov 2014 00:13:36 -0800 Subject: [aerogear-dev] Node.js / Passport.js thoughts (was: Re: OAuth2, OpenID connect and AeroGear) In-Reply-To: <1EC7C13E-81CA-4F8C-BC55-57242896F8CC@gmail.com> References: <75676CE5-D487-4446-8751-71173D91DABE@redhat.com> <1EC7C13E-81CA-4F8C-BC55-57242896F8CC@gmail.com> Message-ID: On Nov 3, 2014 1:53 AM, "Corinne Krych" wrote: > > > On 30 Oct 2014, at 19:13, Lucas Holmquist wrote: > > > > >> On Oct 30, 2014, at 9:41 AM, Matthias Wessendorf wrote: > >> > >> Hello team! > >> > >> On Thu, Oct 9, 2014 at 4:49 AM, Bruno Oliveira wrote: > >> Note: Not only for Keycloak, but also compatible with other technologies > >> like passport on Node.js. > >> > >> Great point on being compatible with passport.js! To ensure our OAuth2 client SDKs do work against node.js (w/ passport.js), how about we build a Node.js based version of our "Shoot-n-Share backend" ([1]), that is protected by Passport.js? > > > > So to clear up some confusion that might be happening with what passport is, it is not an OAuth2 server thing. > > > > it?s really just middleware(think of it as a servlet filter for you java weenies) for express.js, and by using adapters(like a FB or google), it can secure RESTful endpoints in that express.js app. > > So basically you can use passport to secure your endpoint using openId connect (on top of oauth2). you login as google user and your secure your endpoint with google access token. > with passport.js you can go the authz code grant way because you store token on server side. Refresh and access token are never stored in browser app. > Right? The browser will include the returned oauth2 token with ever request to establish authorization. This token /may/ be stored as a cookie or in local storage to facilitate that until the user logs out. A number of paaport.js extensions exist providing a simplified api for dealing with a particular oauth implementation, eg: https://github.com/jaredhanson/passport-google-oauth A module integrating passport with keycloak might indeed be interesting. Certainly augmenting the demo to show they play nice together should be useful. Brian > > On native app we?re doing what passport.js is doing but directly on device? not sure there is anything interesting to demo on native app, it?s more a web or cordova thing. I would say either use key cloak/passport Js for web pure app and corodva app or use corodva native oauth2 plugin. > > > > > I think the thing that we can do here is make a keycloack adapter for passport, using the OAuth2 protocol( similar to passports FB and google adapters ); > > +1 on keycloak/passport.js integration > > > > > > > As we said passport itself is not an oauth2 provider. You could couple it with KC or > another interesting integration is OAuth2rize + passport which provides an Oauth2 server. see [1], [2] > > [1] http://scottksmith.com/blog/2014/07/02/beer-locker-building-a-restful-api-with-node-oauth2-server/ > [2] https://github.com/jaredhanson/oauth2orize > > I?d love to take a deeper look at this example? wdyt Luke? > > > > >> > >> It could be a (simple) a 'clone' of our java version. I think for Luke, our Node.js pro, it would be a fairly simple task :) > >> > >> On the client side, the Android/iOS versions of Shoot-n-Share would simply offer a new upload target for Passport.js, instead of 'just' FB, Google-Drive and Keycloak. > >> > >> That way we will also learn how much Passport.js is actually different, similar to what we learned on how Google/FB are different ;-) > >> > >> Another interesting aspect of this is that, once we are ready to release our OAuth2 SDKs, it would be awesome to actually ship a node.js based demo as well, instead of just a Java-based backend demo. That would clearly show, our client libs are working across different backend technologies. > >> > >> Any thoughts? > >> > >> -Matthias > >> > >> > >> [1] https://github.com/aerogear/aerogear-backend-cookbook/tree/master/Shoot > >> > >> > >> > >> In the end, OAuth2 is just a protocol and > >> should support other servers. > >> > >> - Should we provide examples for OpenID connect? Or abstractions? > >> > >> To track this issue, we have the following Jira[3] and another for > >> OpenID connect[4]. Fell free to link to your respective project. > >> > >> > >> [1] - > >> http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-10-08-14.00.html > >> > >> [2] - https://gist.github.com/abstractj/04136c6df85cea5f35d1 > >> > >> [3] - https://issues.jboss.org/browse/AGSEC-180 > >> > >> [4] - https://issues.jboss.org/browse/AGSEC-190 > >> -- > >> > >> abstractj > >> PGP: 0x84DC9914 > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at 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 at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/af037fde/attachment.html From lukas.fryc at gmail.com Tue Nov 4 03:14:35 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 4 Nov 2014 09:14:35 +0100 Subject: [aerogear-dev] [OFF-TOPIC] - Sweetalert In-Reply-To: References: Message-ID: It's nice, yea :-) just to stay aligned with Bootstrap/Patternfly, I would rather use http://bootboxjs.com/ if anything. On Tue, Nov 4, 2014 at 6:44 AM, Matthias Wessendorf wrote: > hehe, > > it is nice! > > > On Tuesday, November 4, 2014, Bruno Oliveira wrote: > >> Not sure if it's useful inside UPS or makes sense, but it's nice >> http://tristanedwards.me/sweetalert >> >> -- >> >> -- >> "The measure of a man is what he does with power" - Plato >> - >> @abstractj >> - >> Volenti Nihil Difficile >> > > > -- > Sent from Gmail Mobile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/f28badf1/attachment.html From cvasilak at gmail.com Tue Nov 4 03:42:15 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Tue, 4 Nov 2014 10:42:15 +0200 Subject: [aerogear-dev] [OFF-TOPIC] - Sweetalert In-Reply-To: References: Message-ID: looks hmm.. ?sweat? :) nice find! - Christos On Nov 4, 2014, at 6:32 AM, Bruno Oliveira wrote: > Not sure if it's useful inside UPS or makes sense, but it's nice http://tristanedwards.me/sweetalert > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/1cb4fba5/attachment.html From matzew at apache.org Tue Nov 4 04:42:50 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 10:42:50 +0100 Subject: [aerogear-dev] HTTPS required In-Reply-To: <1415086143634-9734.post@n5.nabble.com> References: <1415081496201-9730.post@n5.nabble.com> <1415086143634-9734.post@n5.nabble.com> Message-ID: On Tue, Nov 4, 2014 at 8:29 AM, mutulong wrote: > Awesome, added AeroGearRealmm in the configuration xml, and it works now, > thanks millions you saved my day. > > Another question, I have a certificate which obtained from a proper CA, I > have a .crt and .key file, how should use them instead of the keystore in > AeroGearRealmm? could you point me out an example? > I think that you need to import your "proper" certificate it into a Java keystore before you can enable HTTPS on WildFly. Here is some more doc regarding SSL on WildFly: https://docs.jboss.org/author/pages/viewpage.action?pageId=66322705 Does that help? -Matthias PS: I will use this thread as the base for adding new, SSL specific, doc as part of the setup/intall process for UnifiedPush Server > > Thanks again for your help, appreciate it! > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730p9734.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/eb77cd53/attachment-0001.html From daniel at passos.me Tue Nov 4 07:49:25 2014 From: daniel at passos.me (Daniel Passos) Date: Tue, 4 Nov 2014 10:49:25 -0200 Subject: [aerogear-dev] [Vote] Release of UPS 1.0.2 In-Reply-To: References: <53BFE455-96EE-4551-A9AF-E7C5A8210CBD@gmail.com> Message-ID: I?ve tested all Android things and all worked as expected [image: +1] ? Passos ? On Mon, Nov 3, 2014 at 5:56 PM, Luk?? Fry? wrote: > Hope I'm not too late to the party... > > Tested recent GeeCON demo app with Cordova PushPlugin 1.0.2 on iOS/Android. > > I've also tried adding new developer role and it worked like a charm. > > +1 for hitting the release button > > On Fri, Oct 31, 2014 at 7:18 PM, Christos Vasilakis > wrote: > >> Hi, >> >> done the following: >> >> - deployed on both 'jboss-eap-6.3' and 'wildfly-8.1.0.Final? servers >> using the provided instructions and worked fluently. >> - tested iOS HelloWorld and Contacts Quickstart on both servers and >> worked fluently. >> - enabled the ?developer? user plus added a new user with the ?developer' >> role, created applications and variants and the isolation works as >> expected. Only the admin user can see application from all users. >> >> +1 for the release. >> >> - >> Christos >> >> >> >> >> On Oct 31, 2014, at 1:29 PM, Matthias Wessendorf >> wrote: >> >> Hello folks! >> >> here is another release, containing some fixes since the last 1.0.1 >> release! Thanks to the team for all the hard work it put into this 1.0.2 >> release! >> >> Here are a few highlights of this release: >> * Keycloak 1.0.4 usage >> * new developer role >> * documentation updates >> * SSLv3 version removed from docs >> * UI fixes and improvements >> * Polish UI to look nice(r) on mobile devices >> >> You'll find details on all the JIRAs can be found here: >> https://issues.jboss.org/browse/AGPUSH/fixforversion/12325081/ >> >> The staging repository is located here: >> >> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4153/ >> >> >> NOTE: Once this release has been approved the matching tag will be used >> to get the OpenShift online bits updated! >> >> Let me know the results of your testing! >> If I hear nothing bad by Tuesday evening, the release to maven central >> will happen on Wednesday morning; >> >> Greetings, >> 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/384f898d/attachment.html From matzew at apache.org Tue Nov 4 08:44:27 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 14:44:27 +0100 Subject: [aerogear-dev] Docker and AS7 Message-ID: Since there is a bug in AS7.1.1 (EJB Scheduler) the latest versions of UPS do not really function 100% on that platform. Instead of maintaining something that is dead, I figured we get rid of it: https://github.com/aerogear/dockerfiles/pull/2 Any thoughts ? -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/ac1f5147/attachment.html From matzew at apache.org Tue Nov 4 11:19:41 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 4 Nov 2014 17:19:41 +0100 Subject: [aerogear-dev] [Vote] Release of UPS 1.0.2 In-Reply-To: References: <53BFE455-96EE-4551-A9AF-E7C5A8210CBD@gmail.com> Message-ID: All! Thanks for testing! I will click the magic button and move on with the release! Again, thanks for the detailed test results On Tue, Nov 4, 2014 at 1:49 PM, Daniel Passos wrote: > I?ve tested all Android things and all worked as expected > > [image: +1] > > ? Passos > ? > > On Mon, Nov 3, 2014 at 5:56 PM, Luk?? Fry? wrote: > >> Hope I'm not too late to the party... >> >> Tested recent GeeCON demo app with Cordova PushPlugin 1.0.2 on >> iOS/Android. >> >> I've also tried adding new developer role and it worked like a charm. >> >> +1 for hitting the release button >> >> On Fri, Oct 31, 2014 at 7:18 PM, Christos Vasilakis >> wrote: >> >>> Hi, >>> >>> done the following: >>> >>> - deployed on both 'jboss-eap-6.3' and 'wildfly-8.1.0.Final? servers >>> using the provided instructions and worked fluently. >>> - tested iOS HelloWorld and Contacts Quickstart on both servers and >>> worked fluently. >>> - enabled the ?developer? user plus added a new user with the >>> ?developer' role, created applications and variants and the isolation works >>> as expected. Only the admin user can see application from all users. >>> >>> +1 for the release. >>> >>> - >>> Christos >>> >>> >>> >>> >>> On Oct 31, 2014, at 1:29 PM, Matthias Wessendorf >>> wrote: >>> >>> Hello folks! >>> >>> here is another release, containing some fixes since the last 1.0.1 >>> release! Thanks to the team for all the hard work it put into this 1.0.2 >>> release! >>> >>> Here are a few highlights of this release: >>> * Keycloak 1.0.4 usage >>> * new developer role >>> * documentation updates >>> * SSLv3 version removed from docs >>> * UI fixes and improvements >>> * Polish UI to look nice(r) on mobile devices >>> >>> You'll find details on all the JIRAs can be found here: >>> https://issues.jboss.org/browse/AGPUSH/fixforversion/12325081/ >>> >>> The staging repository is located here: >>> >>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4153/ >>> >>> >>> NOTE: Once this release has been approved the matching tag will be used >>> to get the OpenShift online bits updated! >>> >>> Let me know the results of your testing! >>> If I hear nothing bad by Tuesday evening, the release to maven central >>> will happen on Wednesday morning; >>> >>> Greetings, >>> 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 at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141104/d1ef8750/attachment.html From agalante at redhat.com Tue Nov 4 16:33:19 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 4 Nov 2014 16:33:19 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> Message-ID: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Hi all, In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: andresgalante.com/contacts_app/contacts_app.zip Let me know what you think. thanks, Andres From mutulong at hotmail.com Tue Nov 4 18:31:05 2014 From: mutulong at hotmail.com (mutulong) Date: Tue, 4 Nov 2014 15:31:05 -0800 (PST) Subject: [aerogear-dev] HTTPS required In-Reply-To: References: <1415081496201-9730.post@n5.nabble.com> <1415086143634-9734.post@n5.nabble.com> Message-ID: <1415143865812-9743.post@n5.nabble.com> Thanks Matthias. I did import my "proper" certificate into java keystore, here is the command: keytool -import -trustcacerts -alias mydomain -file mydomain.crt -keystore keystore.jks Than I add this line in standalone.xml: And now I am getting - The alias specified 'mydomain' is not a Key, valid aliases are {jbosskeys} Just wondering if there are attributes for keystore element I could set certificate to? or I have to specify ? -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730p9743.html Sent from the aerogear-dev mailing list archive at Nabble.com. From matzew at apache.org Wed Nov 5 01:35:39 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 5 Nov 2014 07:35:39 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: Hi Andres, looking at the images you did upload to AGPUSH-779 and AGPUSH-780, for Android and iOS, I must say -> wow. That's beautiful Great stuff! I really like the proposal! On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante wrote: > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, > Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens > that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/a9d88286/attachment.html From matzew at apache.org Wed Nov 5 01:43:04 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 5 Nov 2014 07:43:04 +0100 Subject: [aerogear-dev] HTTPS required In-Reply-To: <1415143865812-9743.post@n5.nabble.com> References: <1415081496201-9730.post@n5.nabble.com> <1415086143634-9734.post@n5.nabble.com> <1415143865812-9743.post@n5.nabble.com> Message-ID: On Wed, Nov 5, 2014 at 12:31 AM, mutulong wrote: > Thanks Matthias. > > I did import my "proper" certificate into java keystore, here is the > command: > > keytool -import -trustcacerts -alias mydomain -file mydomain.crt -keystore > keystore.jks > > Than I add this line in standalone.xml: > > keystore-password="changeit" alias="mydomain" key-password="changeit"/> > > And now I am getting - The alias specified 'mydomain' is not a Key, valid > aliases are {jbosskeys} > > Just wondering if there are attributes for keystore element I could set > certificate to? or I have to specify ? > Hi! not really 100% familiar with this. Perhaps worth to send a question to the WildFly dev list, on this WF specific scenario: https://lists.jboss.org/mailman/listinfo/wildfly-dev Or perhaps reach out to the WildFly guys on IRC: irc://irc.freenode.net/#wildfly Greetings, Matthias > > > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730p9743.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/b3a8a5f3/attachment.html From daniel.bevenius at gmail.com Wed Nov 5 06:20:52 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Wed, 5 Nov 2014 12:20:52 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: Looks really nice! On 5 November 2014 07:35, Matthias Wessendorf wrote: > Hi Andres, > > looking at the images you did upload to AGPUSH-779 and AGPUSH-780, for > Android and iOS, I must say -> wow. That's beautiful > > Great stuff! I really like the proposal! > > On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante > wrote: > >> Hi all, >> >> In my first days I have been working on a redesign of the Quickstart app, >> Jira Issues AGPUSH-778. >> >> Here are some first ideas of screens. There are Iphone and Android >> screens that follows Googles Material Design specs: >> >> andresgalante.com/contacts_app/contacts_app.zip >> >> Let me know what you think. >> >> thanks, >> >> Andres >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/4c067612/attachment.html From qmx at qmx.me Wed Nov 5 06:27:10 2014 From: qmx at qmx.me (Douglas Campos) Date: Wed, 5 Nov 2014 09:27:10 -0200 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: <20141105112710.GS2256@darkstar.local> awesome! agalante++ -- qmx From corinnekrych at gmail.com Wed Nov 5 06:30:36 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Wed, 5 Nov 2014 12:30:36 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <20141105112710.GS2256@darkstar.local> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <20141105112710.GS2256@darkstar.local> Message-ID: This is the magic a designer brings to app? ++ Corinne On 05 Nov 2014, at 12:27, Douglas Campos wrote: > awesome! > > agalante++ > > > -- > qmx > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/7ac197af/attachment.bin From scm.blanc at gmail.com Wed Nov 5 06:35:35 2014 From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=) Date: Wed, 5 Nov 2014 12:35:35 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: Great stuff Andres ! So what are the next steps ;) ? For the Cordova version would you be able to provide some css/html ? Envoy? de mon iPhone > Le 4 nov. 2014 ? 22:33, Andres Galante a ?crit : > > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From corinnekrych at gmail.com Wed Nov 5 06:44:07 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Wed, 5 Nov 2014 12:44:07 +0100 Subject: [aerogear-dev] Eating our own dog food, or TOTP demos for AeroGear In-Reply-To: References: <20141009025611.GB70897@abstractj.org> <20141009152621.GA87979@abstractj.org> <20141009204232.GA2102@abstractj.org> <76D9BA0A-147E-4647-8AD7-1324CFD00F7C@gmail.com> <20141010142043.GC12017@abstractj.org> Message-ID: Hello Guys ShootAnsShare made it to AppStore: https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 One remaining task to be able to post to Facebook is to make Facebook Shoot App production ready. I?ve just added privacy policy page and I?m waiting for approval (within 7 days). ++ Corinne On 10 Oct 2014, at 16:48, Daniel Passos wrote: > Jira created > > On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira wrote: > On 2014-10-10, Daniel Passos wrote: > > Hi guys, > > > > Yep, In Android land we have secret request and qrcode scan. > > > > 1) May be is a good idea remove the secret request? > > +1 > > https://issues.jboss.org/browse/AGDROID-299 > > > > > 2) In related news, today we not store the secret. I think store that > > before publish is a good thing to do > > +1 Feel free to file jiras and assign to me if you want. > > https://issues.jboss.org/browse/AGDROID-300 > > > -- Passos > > > > > > On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf > > wrote: > > > > > > > > > > > On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych > > > wrote: > > > > > >> Same here Bruno I would like to publish Shoot, in its Swift version to > > >> apple store. > > >> > > > > > > +1 that is even useful :) > > > so not a "demo" at all. > > > > > > Great idea! > > > > > > > > >> We have a ticket to enhance it with an iOS photo sharing dialog. Once > > >> this one is done, let's submit. > > >> For the app store I might limit it to Facebook and Google+, to start with. > > >> > > >> ++ > > >> Corinne > > >> > > >> On 10 October 2014 08:48, Christos Vasilakis wrote: > > >> > > >>> Hi, > > >>> > > >>> answers inline > > >>> > > >>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira wrote: > > >>> > > >>> > No way, Matthias. OTP must be always offline. To retrieve the shared > > >>> > secret, we scan the QR Code. > > >>> > > > >>> > Maybe the iOS demo is doing it (have to revisit and confirm)[1]. > > >>> > On Android, I'm pretty much sure that QR Code scanning was already > > >>> > implemented. > > >>> > > > >>> > > >>> revisiting this, I can see indeed on iOS the shared secret is retrieved > > >>> from the server and that is only the option offered. Our Android example > > >>> offers both options, either from server, or using QR code scanning, so > > >>> implementing the latter on our iOS demo need to be also done. > > >>> > > >>> created to track it : > > >>> https://issues.jboss.org/browse/AGIOS-289 > > >>> > > >>> > We don't need to be perfect, get what is already done, improve if > > >>> > possible or release what is already done. > > >>> > > >>> +1 for releasing on the app store. My fear is, as Matthias said earlier, > > >>> the ?demo? aspect, but with a nice description/walkthrough submission > > >>> details, maybe there is chance.. and tbh I have seen far far simplest apps > > >>> accepted on their store. > > >>> > > >>> > > >>> - > > >>> Christos > > >>> > > >>> > > >>> > > >>> > > > >>> > [1] - > > >>> > > > >>> https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 > > >>> > > > >>> > > > >>> > On 2014-10-09, Matthias Wessendorf wrote: > > >>> > > > >>> >> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira > > >>> wrote: > > >>> >> > > >>> >>> On 2014-10-09, Matthias Wessendorf wrote: > > >>> >>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira > >>> > > > >>> >>> wrote: > > >>> >>>> > > >>> >>>>> Good morning, > > >>> >>>>> > > >>> >>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] two > > >>> years > > >>> >>>>> ago. On conferences most of the developers get amazed with our API. > > >>> >>>>> > > >>> >>>> > > >>> >>>> It's always great feedback when I show the OTP demo. Attendees at > > >>> >>>> conferences love it! > > >>> >>>> > > >>> >>>> > > >>> >>>>> > > >>> >>>>> Although we don't have any app published on Google Play or App > > >>> Store. I > > >>> >>>>> think it's time to release our demos and get some feedback from our > > >>> >>>>> community. > > >>> >>>>> > > >>> >>>> > > >>> >>>> with release, what do you mean? Submit to the stores? > > >>> >>>> On Apple one reason we never submitted anything to their App Store > > >>> is > > >>> >>> their > > >>> >>>> rules clearly indicate no demos are allowed in there. > > >>> >>> > > >>> >>> I understand, it can be a real and non paid app. Once it does not > > >>> depends > > >>> >>> on > > >>> >>> internet connection at this moment. > > >>> >>> > > >>> >> > > >>> >> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the > > >>> tokens? > > >>> >> > > >>> >> > > >>> >>> > > >>> >>>> > > >>> >>>> > > >>> >>>>> > > >>> >>>>> Into this way we can exercise things like: > > >>> >>>>> > > >>> >>>>> - Properly store the shared secret > > >>> >>>>> - Password protection with offline authentication > > >>> >>>>> - If we are very confident, sync the TOTPs across authorized > > >>> devices > > >>> >>>>> > > >>> >>>>> At the moment, we don't need to do so much once most of our demos > > >>> are > > >>> >>>>> already on GH. > > >>> >>>> > > >>> >>>> > > >>> >>>> The only thing is perhaps making sure the backend part of our OTP > > >>> demo is > > >>> >>>> (always) up :) > > >>> >>>> > > >>> >>>> > > >>> >>>> > > >>> >>>>> I think it's just the matter of release it. > > >>> >>>>> > > >>> >>>>> Thoughts? > > >>> >>>>> > > >>> >>>> > > >>> >>>> I like giving these nice demos, and their used AeroGear technology, > > >>> some > > >>> >>>> more love and visibility. > > >>> >>>> > > >>> >>>> > > >>> >>>>> > > >>> >>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo > > >>> >>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo > > >>> >>>>> > > >>> >>>>> -- > > >>> >>>>> > > >>> >>>>> abstractj > > >>> >>>>> PGP: 0x84DC9914 > > >>> >>>>> _______________________________________________ > > >>> >>>>> aerogear-dev mailing list > > >>> >>>>> aerogear-dev at 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 at lists.jboss.org > > >>> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > >>> >>> > > >>> >>> > > >>> >>> -- > > >>> >>> > > >>> >>> abstractj > > >>> >>> PGP: 0x84DC9914 > > >>> >>> _______________________________________________ > > >>> >>> aerogear-dev mailing list > > >>> >>> aerogear-dev at 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 at lists.jboss.org > > >>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > >>> > > > >>> > > > >>> > -- > > >>> > > > >>> > abstractj > > >>> > PGP: 0x84DC9914 > > >>> > _______________________________________________ > > >>> > aerogear-dev mailing list > > >>> > aerogear-dev at lists.jboss.org > > >>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > >>> > > >>> > > >>> _______________________________________________ > > >>> aerogear-dev mailing list > > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > >>> > > >> > > >> > > >> _______________________________________________ > > >> aerogear-dev mailing list > > >> aerogear-dev at 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 at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/ed6b69c2/attachment-0001.bin From cvasilak at gmail.com Wed Nov 5 06:45:27 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Wed, 5 Nov 2014 13:45:27 +0200 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: <4D213FCF-8264-4CA0-9664-0133A4D7D3EC@gmail.com> Hi Andres! as an iOS dev I can confess I like the ?Material design? :) awesome work great stuff! - Christos On Nov 4, 2014, at 11:33 PM, Andres Galante wrote: > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From cvasilak at gmail.com Wed Nov 5 06:55:03 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Wed, 5 Nov 2014 13:55:03 +0200 Subject: [aerogear-dev] Eating our own dog food, or TOTP demos for AeroGear In-Reply-To: References: <20141009025611.GB70897@abstractj.org> <20141009152621.GA87979@abstractj.org> <20141009204232.GA2102@abstractj.org> <76D9BA0A-147E-4647-8AD7-1324CFD00F7C@gmail.com> <20141010142043.GC12017@abstractj.org> Message-ID: <8E41F630-3373-442F-BFE6-8DC547F5349D@gmail.com> On Nov 5, 2014, at 1:44 PM, Corinne Krych wrote: > Hello Guys > > ShootAnsShare made it to AppStore: > https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 awesome!! > > One remaining task to be able to post to Facebook is to make Facebook Shoot App production ready. I?ve just added privacy policy page and I?m waiting for approval (within 7 days). > > ++ > Corinne > > On 10 Oct 2014, at 16:48, Daniel Passos wrote: > >> Jira created >> >> On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira wrote: >> On 2014-10-10, Daniel Passos wrote: >>> Hi guys, >>> >>> Yep, In Android land we have secret request and qrcode scan. >>> >>> 1) May be is a good idea remove the secret request? >> >> +1 >> >> https://issues.jboss.org/browse/AGDROID-299 >> >>> >>> 2) In related news, today we not store the secret. I think store that >>> before publish is a good thing to do >> >> +1 Feel free to file jiras and assign to me if you want. >> >> https://issues.jboss.org/browse/AGDROID-300 >> >>> -- Passos >>> >>> >>> On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf >>> wrote: >>> >>>> >>>> >>>> On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych >>>> wrote: >>>> >>>>> Same here Bruno I would like to publish Shoot, in its Swift version to >>>>> apple store. >>>>> >>>> >>>> +1 that is even useful :) >>>> so not a "demo" at all. >>>> >>>> Great idea! >>>> >>>> >>>>> We have a ticket to enhance it with an iOS photo sharing dialog. Once >>>>> this one is done, let's submit. >>>>> For the app store I might limit it to Facebook and Google+, to start with. >>>>> >>>>> ++ >>>>> Corinne >>>>> >>>>> On 10 October 2014 08:48, Christos Vasilakis wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> answers inline >>>>>> >>>>>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira wrote: >>>>>> >>>>>>> No way, Matthias. OTP must be always offline. To retrieve the shared >>>>>>> secret, we scan the QR Code. >>>>>>> >>>>>>> Maybe the iOS demo is doing it (have to revisit and confirm)[1]. >>>>>>> On Android, I'm pretty much sure that QR Code scanning was already >>>>>>> implemented. >>>>>>> >>>>>> >>>>>> revisiting this, I can see indeed on iOS the shared secret is retrieved >>>>>> from the server and that is only the option offered. Our Android example >>>>>> offers both options, either from server, or using QR code scanning, so >>>>>> implementing the latter on our iOS demo need to be also done. >>>>>> >>>>>> created to track it : >>>>>> https://issues.jboss.org/browse/AGIOS-289 >>>>>> >>>>>>> We don't need to be perfect, get what is already done, improve if >>>>>>> possible or release what is already done. >>>>>> >>>>>> +1 for releasing on the app store. My fear is, as Matthias said earlier, >>>>>> the ?demo? aspect, but with a nice description/walkthrough submission >>>>>> details, maybe there is chance.. and tbh I have seen far far simplest apps >>>>>> accepted on their store. >>>>>> >>>>>> >>>>>> - >>>>>> Christos >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> [1] - >>>>>>> >>>>>> https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 >>>>>>> >>>>>>> >>>>>>> On 2014-10-09, Matthias Wessendorf wrote: >>>>>>> >>>>>>>> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira >>>>>> wrote: >>>>>>>> >>>>>>>>> On 2014-10-09, Matthias Wessendorf wrote: >>>>>>>>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira >>>>>> >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Good morning, >>>>>>>>>>> >>>>>>>>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] two >>>>>> years >>>>>>>>>>> ago. On conferences most of the developers get amazed with our API. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> It's always great feedback when I show the OTP demo. Attendees at >>>>>>>>>> conferences love it! >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Although we don't have any app published on Google Play or App >>>>>> Store. I >>>>>>>>>>> think it's time to release our demos and get some feedback from our >>>>>>>>>>> community. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> with release, what do you mean? Submit to the stores? >>>>>>>>>> On Apple one reason we never submitted anything to their App Store >>>>>> is >>>>>>>>> their >>>>>>>>>> rules clearly indicate no demos are allowed in there. >>>>>>>>> >>>>>>>>> I understand, it can be a real and non paid app. Once it does not >>>>>> depends >>>>>>>>> on >>>>>>>>> internet connection at this moment. >>>>>>>>> >>>>>>>> >>>>>>>> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the >>>>>> tokens? >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Into this way we can exercise things like: >>>>>>>>>>> >>>>>>>>>>> - Properly store the shared secret >>>>>>>>>>> - Password protection with offline authentication >>>>>>>>>>> - If we are very confident, sync the TOTPs across authorized >>>>>> devices >>>>>>>>>>> >>>>>>>>>>> At the moment, we don't need to do so much once most of our demos >>>>>> are >>>>>>>>>>> already on GH. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> The only thing is perhaps making sure the backend part of our OTP >>>>>> demo is >>>>>>>>>> (always) up :) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> I think it's just the matter of release it. >>>>>>>>>>> >>>>>>>>>>> Thoughts? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I like giving these nice demos, and their used AeroGear technology, >>>>>> some >>>>>>>>>> more love and visibility. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo >>>>>>>>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> abstractj >>>>>>>>>>> PGP: 0x84DC9914 >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> aerogear-dev mailing list >>>>>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> abstractj >>>>>>>>> PGP: 0x84DC9914 >>>>>>>>> _______________________________________________ >>>>>>>>> aerogear-dev mailing list >>>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> abstractj >>>>>>> PGP: 0x84DC9914 >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at 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 at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 5 06:58:01 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 5 Nov 2014 12:58:01 +0100 Subject: [aerogear-dev] Eating our own dog food, or TOTP demos for AeroGear In-Reply-To: References: <20141009025611.GB70897@abstractj.org> <20141009152621.GA87979@abstractj.org> <20141009204232.GA2102@abstractj.org> <76D9BA0A-147E-4647-8AD7-1324CFD00F7C@gmail.com> <20141010142043.GC12017@abstractj.org> Message-ID: yay! great stuff !! On Wed, Nov 5, 2014 at 12:44 PM, Corinne Krych wrote: > Hello Guys > > ShootAnsShare made it to AppStore: > > https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 > > One remaining task to be able to post to Facebook is to make Facebook > Shoot App production ready. I?ve just added privacy policy page and I?m > waiting for approval (within 7 days). > > ++ > Corinne > > On 10 Oct 2014, at 16:48, Daniel Passos wrote: > > > Jira created > > > > On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira > wrote: > > On 2014-10-10, Daniel Passos wrote: > > > Hi guys, > > > > > > Yep, In Android land we have secret request and qrcode scan. > > > > > > 1) May be is a good idea remove the secret request? > > > > +1 > > > > https://issues.jboss.org/browse/AGDROID-299 > > > > > > > > 2) In related news, today we not store the secret. I think store that > > > before publish is a good thing to do > > > > +1 Feel free to file jiras and assign to me if you want. > > > > https://issues.jboss.org/browse/AGDROID-300 > > > > > -- Passos > > > > > > > > > On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf < > matzew at apache.org> > > > wrote: > > > > > > > > > > > > > > > On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych < > corinnekrych at gmail.com> > > > > wrote: > > > > > > > >> Same here Bruno I would like to publish Shoot, in its Swift version > to > > > >> apple store. > > > >> > > > > > > > > +1 that is even useful :) > > > > so not a "demo" at all. > > > > > > > > Great idea! > > > > > > > > > > > >> We have a ticket to enhance it with an iOS photo sharing dialog. > Once > > > >> this one is done, let's submit. > > > >> For the app store I might limit it to Facebook and Google+, to > start with. > > > >> > > > >> ++ > > > >> Corinne > > > >> > > > >> On 10 October 2014 08:48, Christos Vasilakis > wrote: > > > >> > > > >>> Hi, > > > >>> > > > >>> answers inline > > > >>> > > > >>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira > wrote: > > > >>> > > > >>> > No way, Matthias. OTP must be always offline. To retrieve the > shared > > > >>> > secret, we scan the QR Code. > > > >>> > > > > >>> > Maybe the iOS demo is doing it (have to revisit and confirm)[1]. > > > >>> > On Android, I'm pretty much sure that QR Code scanning was > already > > > >>> > implemented. > > > >>> > > > > >>> > > > >>> revisiting this, I can see indeed on iOS the shared secret is > retrieved > > > >>> from the server and that is only the option offered. Our Android > example > > > >>> offers both options, either from server, or using QR code > scanning, so > > > >>> implementing the latter on our iOS demo need to be also done. > > > >>> > > > >>> created to track it : > > > >>> https://issues.jboss.org/browse/AGIOS-289 > > > >>> > > > >>> > We don't need to be perfect, get what is already done, improve if > > > >>> > possible or release what is already done. > > > >>> > > > >>> +1 for releasing on the app store. My fear is, as Matthias said > earlier, > > > >>> the ?demo? aspect, but with a nice description/walkthrough > submission > > > >>> details, maybe there is chance.. and tbh I have seen far far > simplest apps > > > >>> accepted on their store. > > > >>> > > > >>> > > > >>> - > > > >>> Christos > > > >>> > > > >>> > > > >>> > > > >>> > > > > >>> > [1] - > > > >>> > > > > >>> > https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 > > > >>> > > > > >>> > > > > >>> > On 2014-10-09, Matthias Wessendorf wrote: > > > >>> > > > > >>> >> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira < > bruno at abstractj.org> > > > >>> wrote: > > > >>> >> > > > >>> >>> On 2014-10-09, Matthias Wessendorf wrote: > > > >>> >>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira < > bruno at abstractj.org > > > >>> > > > > >>> >>> wrote: > > > >>> >>>> > > > >>> >>>>> Good morning, > > > >>> >>>>> > > > >>> >>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] > two > > > >>> years > > > >>> >>>>> ago. On conferences most of the developers get amazed with > our API. > > > >>> >>>>> > > > >>> >>>> > > > >>> >>>> It's always great feedback when I show the OTP demo. > Attendees at > > > >>> >>>> conferences love it! > > > >>> >>>> > > > >>> >>>> > > > >>> >>>>> > > > >>> >>>>> Although we don't have any app published on Google Play or > App > > > >>> Store. I > > > >>> >>>>> think it's time to release our demos and get some feedback > from our > > > >>> >>>>> community. > > > >>> >>>>> > > > >>> >>>> > > > >>> >>>> with release, what do you mean? Submit to the stores? > > > >>> >>>> On Apple one reason we never submitted anything to their App > Store > > > >>> is > > > >>> >>> their > > > >>> >>>> rules clearly indicate no demos are allowed in there. > > > >>> >>> > > > >>> >>> I understand, it can be a real and non paid app. Once it does > not > > > >>> depends > > > >>> >>> on > > > >>> >>> internet connection at this moment. > > > >>> >>> > > > >>> >> > > > >>> >> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the > > > >>> tokens? > > > >>> >> > > > >>> >> > > > >>> >>> > > > >>> >>>> > > > >>> >>>> > > > >>> >>>>> > > > >>> >>>>> Into this way we can exercise things like: > > > >>> >>>>> > > > >>> >>>>> - Properly store the shared secret > > > >>> >>>>> - Password protection with offline authentication > > > >>> >>>>> - If we are very confident, sync the TOTPs across authorized > > > >>> devices > > > >>> >>>>> > > > >>> >>>>> At the moment, we don't need to do so much once most of our > demos > > > >>> are > > > >>> >>>>> already on GH. > > > >>> >>>> > > > >>> >>>> > > > >>> >>>> The only thing is perhaps making sure the backend part of our > OTP > > > >>> demo is > > > >>> >>>> (always) up :) > > > >>> >>>> > > > >>> >>>> > > > >>> >>>> > > > >>> >>>>> I think it's just the matter of release it. > > > >>> >>>>> > > > >>> >>>>> Thoughts? > > > >>> >>>>> > > > >>> >>>> > > > >>> >>>> I like giving these nice demos, and their used AeroGear > technology, > > > >>> some > > > >>> >>>> more love and visibility. > > > >>> >>>> > > > >>> >>>> > > > >>> >>>>> > > > >>> >>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo > > > >>> >>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo > > > >>> >>>>> > > > >>> >>>>> -- > > > >>> >>>>> > > > >>> >>>>> abstractj > > > >>> >>>>> PGP: 0x84DC9914 > > > >>> >>>>> _______________________________________________ > > > >>> >>>>> aerogear-dev mailing list > > > >>> >>>>> aerogear-dev at 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 at lists.jboss.org > > > >>> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > >>> >>> > > > >>> >>> > > > >>> >>> -- > > > >>> >>> > > > >>> >>> abstractj > > > >>> >>> PGP: 0x84DC9914 > > > >>> >>> _______________________________________________ > > > >>> >>> aerogear-dev mailing list > > > >>> >>> aerogear-dev at 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 at lists.jboss.org > > > >>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > >>> > > > > >>> > > > > >>> > -- > > > >>> > > > > >>> > abstractj > > > >>> > PGP: 0x84DC9914 > > > >>> > _______________________________________________ > > > >>> > aerogear-dev mailing list > > > >>> > aerogear-dev at lists.jboss.org > > > >>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > >>> > > > >>> > > > >>> _______________________________________________ > > > >>> aerogear-dev mailing list > > > >>> aerogear-dev at lists.jboss.org > > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > >>> > > > >> > > > >> > > > >> _______________________________________________ > > > >> aerogear-dev mailing list > > > >> aerogear-dev at 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 at lists.jboss.org > > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/01f2c7a8/attachment-0001.html From daniel.bevenius at gmail.com Wed Nov 5 07:12:55 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Wed, 5 Nov 2014 13:12:55 +0100 Subject: [aerogear-dev] Eating our own dog food, or TOTP demos for AeroGear In-Reply-To: References: <20141009025611.GB70897@abstractj.org> <20141009152621.GA87979@abstractj.org> <20141009204232.GA2102@abstractj.org> <76D9BA0A-147E-4647-8AD7-1324CFD00F7C@gmail.com> <20141010142043.GC12017@abstractj.org> Message-ID: Very nice! On 5 November 2014 12:58, Matthias Wessendorf wrote: > yay! > > great stuff !! > > On Wed, Nov 5, 2014 at 12:44 PM, Corinne Krych > wrote: > >> Hello Guys >> >> ShootAnsShare made it to AppStore: >> >> https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 >> >> One remaining task to be able to post to Facebook is to make Facebook >> Shoot App production ready. I?ve just added privacy policy page and I?m >> waiting for approval (within 7 days). >> >> ++ >> Corinne >> >> On 10 Oct 2014, at 16:48, Daniel Passos wrote: >> >> > Jira created >> > >> > On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira >> wrote: >> > On 2014-10-10, Daniel Passos wrote: >> > > Hi guys, >> > > >> > > Yep, In Android land we have secret request and qrcode scan. >> > > >> > > 1) May be is a good idea remove the secret request? >> > >> > +1 >> > >> > https://issues.jboss.org/browse/AGDROID-299 >> > >> > > >> > > 2) In related news, today we not store the secret. I think store that >> > > before publish is a good thing to do >> > >> > +1 Feel free to file jiras and assign to me if you want. >> > >> > https://issues.jboss.org/browse/AGDROID-300 >> > >> > > -- Passos >> > > >> > > >> > > On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf < >> matzew at apache.org> >> > > wrote: >> > > >> > > > >> > > > >> > > > On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych < >> corinnekrych at gmail.com> >> > > > wrote: >> > > > >> > > >> Same here Bruno I would like to publish Shoot, in its Swift >> version to >> > > >> apple store. >> > > >> >> > > > >> > > > +1 that is even useful :) >> > > > so not a "demo" at all. >> > > > >> > > > Great idea! >> > > > >> > > > >> > > >> We have a ticket to enhance it with an iOS photo sharing dialog. >> Once >> > > >> this one is done, let's submit. >> > > >> For the app store I might limit it to Facebook and Google+, to >> start with. >> > > >> >> > > >> ++ >> > > >> Corinne >> > > >> >> > > >> On 10 October 2014 08:48, Christos Vasilakis >> wrote: >> > > >> >> > > >>> Hi, >> > > >>> >> > > >>> answers inline >> > > >>> >> > > >>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira >> wrote: >> > > >>> >> > > >>> > No way, Matthias. OTP must be always offline. To retrieve the >> shared >> > > >>> > secret, we scan the QR Code. >> > > >>> > >> > > >>> > Maybe the iOS demo is doing it (have to revisit and confirm)[1]. >> > > >>> > On Android, I'm pretty much sure that QR Code scanning was >> already >> > > >>> > implemented. >> > > >>> > >> > > >>> >> > > >>> revisiting this, I can see indeed on iOS the shared secret is >> retrieved >> > > >>> from the server and that is only the option offered. Our Android >> example >> > > >>> offers both options, either from server, or using QR code >> scanning, so >> > > >>> implementing the latter on our iOS demo need to be also done. >> > > >>> >> > > >>> created to track it : >> > > >>> https://issues.jboss.org/browse/AGIOS-289 >> > > >>> >> > > >>> > We don't need to be perfect, get what is already done, improve >> if >> > > >>> > possible or release what is already done. >> > > >>> >> > > >>> +1 for releasing on the app store. My fear is, as Matthias said >> earlier, >> > > >>> the ?demo? aspect, but with a nice description/walkthrough >> submission >> > > >>> details, maybe there is chance.. and tbh I have seen far far >> simplest apps >> > > >>> accepted on their store. >> > > >>> >> > > >>> >> > > >>> - >> > > >>> Christos >> > > >>> >> > > >>> >> > > >>> >> > > >>> > >> > > >>> > [1] - >> > > >>> > >> > > >>> >> https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 >> > > >>> > >> > > >>> > >> > > >>> > On 2014-10-09, Matthias Wessendorf wrote: >> > > >>> > >> > > >>> >> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira < >> bruno at abstractj.org> >> > > >>> wrote: >> > > >>> >> >> > > >>> >>> On 2014-10-09, Matthias Wessendorf wrote: >> > > >>> >>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira < >> bruno at abstractj.org >> > > >>> > >> > > >>> >>> wrote: >> > > >>> >>>> >> > > >>> >>>>> Good morning, >> > > >>> >>>>> >> > > >>> >>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] >> two >> > > >>> years >> > > >>> >>>>> ago. On conferences most of the developers get amazed with >> our API. >> > > >>> >>>>> >> > > >>> >>>> >> > > >>> >>>> It's always great feedback when I show the OTP demo. >> Attendees at >> > > >>> >>>> conferences love it! >> > > >>> >>>> >> > > >>> >>>> >> > > >>> >>>>> >> > > >>> >>>>> Although we don't have any app published on Google Play or >> App >> > > >>> Store. I >> > > >>> >>>>> think it's time to release our demos and get some feedback >> from our >> > > >>> >>>>> community. >> > > >>> >>>>> >> > > >>> >>>> >> > > >>> >>>> with release, what do you mean? Submit to the stores? >> > > >>> >>>> On Apple one reason we never submitted anything to their App >> Store >> > > >>> is >> > > >>> >>> their >> > > >>> >>>> rules clearly indicate no demos are allowed in there. >> > > >>> >>> >> > > >>> >>> I understand, it can be a real and non paid app. Once it does >> not >> > > >>> depends >> > > >>> >>> on >> > > >>> >>> internet connection at this moment. >> > > >>> >>> >> > > >>> >> >> > > >>> >> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the >> > > >>> tokens? >> > > >>> >> >> > > >>> >> >> > > >>> >>> >> > > >>> >>>> >> > > >>> >>>> >> > > >>> >>>>> >> > > >>> >>>>> Into this way we can exercise things like: >> > > >>> >>>>> >> > > >>> >>>>> - Properly store the shared secret >> > > >>> >>>>> - Password protection with offline authentication >> > > >>> >>>>> - If we are very confident, sync the TOTPs across authorized >> > > >>> devices >> > > >>> >>>>> >> > > >>> >>>>> At the moment, we don't need to do so much once most of our >> demos >> > > >>> are >> > > >>> >>>>> already on GH. >> > > >>> >>>> >> > > >>> >>>> >> > > >>> >>>> The only thing is perhaps making sure the backend part of >> our OTP >> > > >>> demo is >> > > >>> >>>> (always) up :) >> > > >>> >>>> >> > > >>> >>>> >> > > >>> >>>> >> > > >>> >>>>> I think it's just the matter of release it. >> > > >>> >>>>> >> > > >>> >>>>> Thoughts? >> > > >>> >>>>> >> > > >>> >>>> >> > > >>> >>>> I like giving these nice demos, and their used AeroGear >> technology, >> > > >>> some >> > > >>> >>>> more love and visibility. >> > > >>> >>>> >> > > >>> >>>> >> > > >>> >>>>> >> > > >>> >>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo >> > > >>> >>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo >> > > >>> >>>>> >> > > >>> >>>>> -- >> > > >>> >>>>> >> > > >>> >>>>> abstractj >> > > >>> >>>>> PGP: 0x84DC9914 >> > > >>> >>>>> _______________________________________________ >> > > >>> >>>>> aerogear-dev mailing list >> > > >>> >>>>> aerogear-dev at 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 at lists.jboss.org >> > > >>> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > >>> >>> >> > > >>> >>> >> > > >>> >>> -- >> > > >>> >>> >> > > >>> >>> abstractj >> > > >>> >>> PGP: 0x84DC9914 >> > > >>> >>> _______________________________________________ >> > > >>> >>> aerogear-dev mailing list >> > > >>> >>> aerogear-dev at 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 at lists.jboss.org >> > > >>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > >>> > >> > > >>> > >> > > >>> > -- >> > > >>> > >> > > >>> > abstractj >> > > >>> > PGP: 0x84DC9914 >> > > >>> > _______________________________________________ >> > > >>> > aerogear-dev mailing list >> > > >>> > aerogear-dev at lists.jboss.org >> > > >>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > >>> >> > > >>> >> > > >>> _______________________________________________ >> > > >>> aerogear-dev mailing list >> > > >>> aerogear-dev at lists.jboss.org >> > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > >>> >> > > >> >> > > >> >> > > >> _______________________________________________ >> > > >> aerogear-dev mailing list >> > > >> aerogear-dev at 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 at lists.jboss.org >> > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > >> > >> > > _______________________________________________ >> > > aerogear-dev mailing list >> > > aerogear-dev at lists.jboss.org >> > > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > >> > >> > -- >> > >> > abstractj >> > PGP: 0x84DC9914 >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/09b45baa/attachment-0001.html From scm.blanc at gmail.com Wed Nov 5 07:19:58 2014 From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=) Date: Wed, 5 Nov 2014 13:19:58 +0100 Subject: [aerogear-dev] Eating our own dog food, or TOTP demos for AeroGear In-Reply-To: References: <20141009025611.GB70897@abstractj.org> <20141009152621.GA87979@abstractj.org> <20141009204232.GA2102@abstractj.org> <76D9BA0A-147E-4647-8AD7-1324CFD00F7C@gmail.com> <20141010142043.GC12017@abstractj.org> Message-ID: <308C98F5-6786-47CE-8D19-2674FE372570@gmail.com> Bravo ! Installing it right now Envoy? de mon iPhone > Le 5 nov. 2014 ? 12:44, Corinne Krych a ?crit : > > Hello Guys > > ShootAnsShare made it to AppStore: > https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 > > One remaining task to be able to post to Facebook is to make Facebook Shoot App production ready. I?ve just added privacy policy page and I?m waiting for approval (within 7 days). > > ++ > Corinne > >> On 10 Oct 2014, at 16:48, Daniel Passos wrote: >> >> Jira created >> >> On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira wrote: >>> On 2014-10-10, Daniel Passos wrote: >>> Hi guys, >>> >>> Yep, In Android land we have secret request and qrcode scan. >>> >>> 1) May be is a good idea remove the secret request? >> >> +1 >> >> https://issues.jboss.org/browse/AGDROID-299 >> >>> >>> 2) In related news, today we not store the secret. I think store that >>> before publish is a good thing to do >> >> +1 Feel free to file jiras and assign to me if you want. >> >> https://issues.jboss.org/browse/AGDROID-300 >> >>> -- Passos >>> >>> >>> On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf >>> wrote: >>> >>>> >>>> >>>> On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych >>>> wrote: >>>> >>>>> Same here Bruno I would like to publish Shoot, in its Swift version to >>>>> apple store. >>>> >>>> +1 that is even useful :) >>>> so not a "demo" at all. >>>> >>>> Great idea! >>>> >>>> >>>>> We have a ticket to enhance it with an iOS photo sharing dialog. Once >>>>> this one is done, let's submit. >>>>> For the app store I might limit it to Facebook and Google+, to start with. >>>>> >>>>> ++ >>>>> Corinne >>>>> >>>>>> On 10 October 2014 08:48, Christos Vasilakis wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> answers inline >>>>>> >>>>>>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira wrote: >>>>>>> >>>>>>> No way, Matthias. OTP must be always offline. To retrieve the shared >>>>>>> secret, we scan the QR Code. >>>>>>> >>>>>>> Maybe the iOS demo is doing it (have to revisit and confirm)[1]. >>>>>>> On Android, I'm pretty much sure that QR Code scanning was already >>>>>>> implemented. >>>>>> >>>>>> revisiting this, I can see indeed on iOS the shared secret is retrieved >>>>>> from the server and that is only the option offered. Our Android example >>>>>> offers both options, either from server, or using QR code scanning, so >>>>>> implementing the latter on our iOS demo need to be also done. >>>>>> >>>>>> created to track it : >>>>>> https://issues.jboss.org/browse/AGIOS-289 >>>>>> >>>>>>> We don't need to be perfect, get what is already done, improve if >>>>>>> possible or release what is already done. >>>>>> >>>>>> +1 for releasing on the app store. My fear is, as Matthias said earlier, >>>>>> the ?demo? aspect, but with a nice description/walkthrough submission >>>>>> details, maybe there is chance.. and tbh I have seen far far simplest apps >>>>>> accepted on their store. >>>>>> >>>>>> >>>>>> - >>>>>> Christos >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> [1] - >>>>>> https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 >>>>>>> >>>>>>> >>>>>>>> On 2014-10-09, Matthias Wessendorf wrote: >>>>>>>> >>>>>>>> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira >>>>>> wrote: >>>>>>>> >>>>>>>>>> On 2014-10-09, Matthias Wessendorf wrote: >>>>>>>>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira >>>>>> >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Good morning, >>>>>>>>>>> >>>>>>>>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] two >>>>>> years >>>>>>>>>>> ago. On conferences most of the developers get amazed with our API. >>>>>>>>>> >>>>>>>>>> It's always great feedback when I show the OTP demo. Attendees at >>>>>>>>>> conferences love it! >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Although we don't have any app published on Google Play or App >>>>>> Store. I >>>>>>>>>>> think it's time to release our demos and get some feedback from our >>>>>>>>>>> community. >>>>>>>>>> >>>>>>>>>> with release, what do you mean? Submit to the stores? >>>>>>>>>> On Apple one reason we never submitted anything to their App Store >>>>>> is >>>>>>>>> their >>>>>>>>>> rules clearly indicate no demos are allowed in there. >>>>>>>>> >>>>>>>>> I understand, it can be a real and non paid app. Once it does not >>>>>> depends >>>>>>>>> on >>>>>>>>> internet connection at this moment. >>>>>>>> >>>>>>>> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the >>>>>> tokens? >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Into this way we can exercise things like: >>>>>>>>>>> >>>>>>>>>>> - Properly store the shared secret >>>>>>>>>>> - Password protection with offline authentication >>>>>>>>>>> - If we are very confident, sync the TOTPs across authorized >>>>>> devices >>>>>>>>>>> >>>>>>>>>>> At the moment, we don't need to do so much once most of our demos >>>>>> are >>>>>>>>>>> already on GH. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> The only thing is perhaps making sure the backend part of our OTP >>>>>> demo is >>>>>>>>>> (always) up :) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> I think it's just the matter of release it. >>>>>>>>>>> >>>>>>>>>>> Thoughts? >>>>>>>>>> >>>>>>>>>> I like giving these nice demos, and their used AeroGear technology, >>>>>> some >>>>>>>>>> more love and visibility. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo >>>>>>>>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> abstractj >>>>>>>>>>> PGP: 0x84DC9914 >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> aerogear-dev mailing list >>>>>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> abstractj >>>>>>>>> PGP: 0x84DC9914 >>>>>>>>> _______________________________________________ >>>>>>>>> aerogear-dev mailing list >>>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> abstractj >>>>>>> PGP: 0x84DC9914 >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at 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 at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From agalante at redhat.com Wed Nov 5 07:20:20 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 5 Nov 2014 07:20:20 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <4D213FCF-8264-4CA0-9664-0133A4D7D3EC@gmail.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <4D213FCF-8264-4CA0-9664-0133A4D7D3EC@gmail.com> Message-ID: <646744106.16767.1415190020669.JavaMail.zimbra@redhat.com> Thanks a lot guys, Christos, material design is very good, Google did an amazing job on that, lathough I ttied to bring elements of ios to the iphone app. Sebastian, sure no problem, I will work on HTML/CSS files. Do you want me to use any special framework, like ratchet or ionic or something like that or just plane html css? Matthias, What are the next steps? I saw thar there is also a web interface to create content for the app. Do you think I can install the hole thing locally to see how it works and change the looks of that interface also? To all, I know this is a demo app to showcase what aerogear can do under the hood, so I cam kinda lost in some ways. I saw on the iphone preview videos that there is a Login Screen, but I havent seen a Create account one. I would like to know how the process to create account and login is, do we have a link in case someone forgets password? is there a first screen that leads to login or create or something like that? Also, on the screens I sent is there any view missing? If possible I would like to work together with iphone (Christos?) and android devs in case they need help them implement the design. The UP console will take most of my time now, but please let me know if there is anything else I should work on. ----- Original Message ----- From: "Christos Vasilakis" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 5, 2014 8:45:27 AM Subject: Re: [aerogear-dev] Quickstart Contact List app Hi Andres! as an iOS dev I can confess I like the ?Material design? :) awesome work great stuff! - Christos On Nov 4, 2014, at 11:33 PM, Andres Galante wrote: > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 5 07:38:53 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 5 Nov 2014 13:38:53 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <646744106.16767.1415190020669.JavaMail.zimbra@redhat.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <4D213FCF-8264-4CA0-9664-0133A4D7D3EC@gmail.com> <646744106.16767.1415190020669.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 5, 2014 at 1:20 PM, Andres Galante wrote: > Thanks a lot guys, > > Christos, material design is very good, Google did an amazing job on that, > lathough I ttied to bring elements of ios to the iphone app. > > Sebastian, sure no problem, I will work on HTML/CSS files. Do you want me > to use any special framework, like ratchet or ionic or something like that > or just plane html css? > > Matthias, What are the next steps? I saw thar there is also a web > interface to create content for the app. Do you think I can install the > hole thing locally to see how it works and change the looks of that > interface also? > We also have Cordova (Angular.js) app for that. That could be next, to get mocks? Also, would be perhaps good to get the mocks into the actual app :) > > To all, I know this is a demo app to showcase what aerogear can do under > the hood, so I cam kinda lost in some ways. I saw on the iphone preview > videos that there is a Login Screen, but I havent seen a Create account > one. I would like to know how the process to create account and login is, > do we have a link in case someone forgets password? is there a first screen > that leads to login or create or something like that? > Also, on the screens I sent is there any view missing? > Not exactly sure what you mean, but it sounds like the flow of the app is a bit mismatched across platforms - I need to check. PS: this is just one demo - not all of AeroGear > > If possible I would like to work together with iphone (Christos?) and > android devs in case they need help them implement the design. > +1 Corinne + Christos (iOS) and summers + passo(android) are working on the native bits > > The UP console will take most of my time now, but please let me know if > there is anything else I should work on. > The UP console, well - let's cover that in a new thread, after we aligned the demos. Not sure on a 'dramatic rewrite' for the 1.x branch. (Not saying anything against future changes ;-)) > > > ----- Original Message ----- > From: "Christos Vasilakis" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 5, 2014 8:45:27 AM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Hi Andres! > > as an iOS dev I can confess I like the ?Material design? :) > > awesome work great stuff! > > - > Christos > > > > On Nov 4, 2014, at 11:33 PM, Andres Galante wrote: > > > Hi all, > > > > In my first days I have been working on a redesign of the Quickstart > app, Jira Issues AGPUSH-778. > > > > Here are some first ideas of screens. There are Iphone and Android > screens that follows Googles Material Design specs: > > > > andresgalante.com/contacts_app/contacts_app.zip > > > > Let me know what you think. > > > > thanks, > > > > Andres > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/438f7612/attachment.html From scm.blanc at gmail.com Wed Nov 5 07:39:53 2014 From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=) Date: Wed, 5 Nov 2014 13:39:53 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <646744106.16767.1415190020669.JavaMail.zimbra@redhat.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <4D213FCF-8264-4CA0-9664-0133A4D7D3EC@gmail.com> <646744106.16767.1415190020669.JavaMail.zimbra@redhat.com> Message-ID: <9E1F4715-4C51-436C-81EC-FC7924452AA0@gmail.com> Envoy? de mon iPhone > Le 5 nov. 2014 ? 13:20, Andres Galante a ?crit : > > Thanks a lot guys, > > Christos, material design is very good, Google did an amazing job on that, lathough I ttied to bring elements of ios to the iphone app. > > Sebastian, sure no problem, I will work on HTML/CSS files. Do you want me to use any special framework, like ratchet or ionic or something like that or just plane html css? We have ionic and query mobile , but IMO, ionic has the priority. > > Matthias, What are the next steps? I saw thar there is also a web interface to create content for the app. Do you think I can install the hole thing locally to see how it works and change the looks of that interface also? > > To all, I know this is a demo app to showcase what aerogear can do under the hood, so I cam kinda lost in some ways. I saw on the iphone preview videos that there is a Login Screen, but I havent seen a Create account one. I would like to know how the process to create account and login is, do we have a link in case someone forgets password? is there a first screen that leads to login or create or something like that? We have no account creation not password forgot flows , this stays an QuickStart more than a demo/showcase > Also, on the screens I sent is there any view missing? > > If possible I would like to work together with iphone (Christos?) and android devs in case they need help them implement the design. > > The UP console will take most of my time now, but please let me know if there is anything else I should work on. > > > ----- Original Message ----- > From: "Christos Vasilakis" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 5, 2014 8:45:27 AM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Hi Andres! > > as an iOS dev I can confess I like the ?Material design? :) > > awesome work great stuff! > > - > Christos > > > >> On Nov 4, 2014, at 11:33 PM, Andres Galante wrote: >> >> Hi all, >> >> In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. >> >> Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: >> >> andresgalante.com/contacts_app/contacts_app.zip >> >> Let me know what you think. >> >> thanks, >> >> Andres >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Wed Nov 5 08:49:15 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Wed, 5 Nov 2014 08:49:15 -0500 Subject: [aerogear-dev] Eating our own dog food, or TOTP demos for AeroGear In-Reply-To: References: <20141009025611.GB70897@abstractj.org> <20141009152621.GA87979@abstractj.org> <20141009204232.GA2102@abstractj.org> <76D9BA0A-147E-4647-8AD7-1324CFD00F7C@gmail.com> <20141010142043.GC12017@abstractj.org> Message-ID: <8463B2B3-AEB4-4B2C-A9CB-7C68A9FFDE6F@redhat.com> coolio > On Nov 5, 2014, at 6:44 AM, Corinne Krych wrote: > > Hello Guys > > ShootAnsShare made it to AppStore: > https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 > > One remaining task to be able to post to Facebook is to make Facebook Shoot App production ready. I?ve just added privacy policy page and I?m waiting for approval (within 7 days). > > ++ > Corinne > > On 10 Oct 2014, at 16:48, Daniel Passos wrote: > >> Jira created >> >> On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira wrote: >> On 2014-10-10, Daniel Passos wrote: >>> Hi guys, >>> >>> Yep, In Android land we have secret request and qrcode scan. >>> >>> 1) May be is a good idea remove the secret request? >> >> +1 >> >> https://issues.jboss.org/browse/AGDROID-299 >> >>> >>> 2) In related news, today we not store the secret. I think store that >>> before publish is a good thing to do >> >> +1 Feel free to file jiras and assign to me if you want. >> >> https://issues.jboss.org/browse/AGDROID-300 >> >>> -- Passos >>> >>> >>> On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf >>> wrote: >>> >>>> >>>> >>>> On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych >>>> wrote: >>>> >>>>> Same here Bruno I would like to publish Shoot, in its Swift version to >>>>> apple store. >>>>> >>>> >>>> +1 that is even useful :) >>>> so not a "demo" at all. >>>> >>>> Great idea! >>>> >>>> >>>>> We have a ticket to enhance it with an iOS photo sharing dialog. Once >>>>> this one is done, let's submit. >>>>> For the app store I might limit it to Facebook and Google+, to start with. >>>>> >>>>> ++ >>>>> Corinne >>>>> >>>>> On 10 October 2014 08:48, Christos Vasilakis wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> answers inline >>>>>> >>>>>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira wrote: >>>>>> >>>>>>> No way, Matthias. OTP must be always offline. To retrieve the shared >>>>>>> secret, we scan the QR Code. >>>>>>> >>>>>>> Maybe the iOS demo is doing it (have to revisit and confirm)[1]. >>>>>>> On Android, I'm pretty much sure that QR Code scanning was already >>>>>>> implemented. >>>>>>> >>>>>> >>>>>> revisiting this, I can see indeed on iOS the shared secret is retrieved >>>>>> from the server and that is only the option offered. Our Android example >>>>>> offers both options, either from server, or using QR code scanning, so >>>>>> implementing the latter on our iOS demo need to be also done. >>>>>> >>>>>> created to track it : >>>>>> https://issues.jboss.org/browse/AGIOS-289 >>>>>> >>>>>>> We don't need to be perfect, get what is already done, improve if >>>>>>> possible or release what is already done. >>>>>> >>>>>> +1 for releasing on the app store. My fear is, as Matthias said earlier, >>>>>> the ?demo? aspect, but with a nice description/walkthrough submission >>>>>> details, maybe there is chance.. and tbh I have seen far far simplest apps >>>>>> accepted on their store. >>>>>> >>>>>> >>>>>> - >>>>>> Christos >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> [1] - >>>>>>> >>>>>> https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 >>>>>>> >>>>>>> >>>>>>> On 2014-10-09, Matthias Wessendorf wrote: >>>>>>> >>>>>>>> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira >>>>>> wrote: >>>>>>>> >>>>>>>>> On 2014-10-09, Matthias Wessendorf wrote: >>>>>>>>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira >>>>>> >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Good morning, >>>>>>>>>>> >>>>>>>>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] two >>>>>> years >>>>>>>>>>> ago. On conferences most of the developers get amazed with our API. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> It's always great feedback when I show the OTP demo. Attendees at >>>>>>>>>> conferences love it! >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Although we don't have any app published on Google Play or App >>>>>> Store. I >>>>>>>>>>> think it's time to release our demos and get some feedback from our >>>>>>>>>>> community. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> with release, what do you mean? Submit to the stores? >>>>>>>>>> On Apple one reason we never submitted anything to their App Store >>>>>> is >>>>>>>>> their >>>>>>>>>> rules clearly indicate no demos are allowed in there. >>>>>>>>> >>>>>>>>> I understand, it can be a real and non paid app. Once it does not >>>>>> depends >>>>>>>>> on >>>>>>>>> internet connection at this moment. >>>>>>>>> >>>>>>>> >>>>>>>> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the >>>>>> tokens? >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Into this way we can exercise things like: >>>>>>>>>>> >>>>>>>>>>> - Properly store the shared secret >>>>>>>>>>> - Password protection with offline authentication >>>>>>>>>>> - If we are very confident, sync the TOTPs across authorized >>>>>> devices >>>>>>>>>>> >>>>>>>>>>> At the moment, we don't need to do so much once most of our demos >>>>>> are >>>>>>>>>>> already on GH. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> The only thing is perhaps making sure the backend part of our OTP >>>>>> demo is >>>>>>>>>> (always) up :) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> I think it's just the matter of release it. >>>>>>>>>>> >>>>>>>>>>> Thoughts? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I like giving these nice demos, and their used AeroGear technology, >>>>>> some >>>>>>>>>> more love and visibility. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo >>>>>>>>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> abstractj >>>>>>>>>>> PGP: 0x84DC9914 >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> aerogear-dev mailing list >>>>>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> abstractj >>>>>>>>> PGP: 0x84DC9914 >>>>>>>>> _______________________________________________ >>>>>>>>> aerogear-dev mailing list >>>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> abstractj >>>>>>> PGP: 0x84DC9914 >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at 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 at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Wed Nov 5 08:55:58 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Wed, 5 Nov 2014 08:55:58 -0500 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: these look really nice, and by the look of the iOS screen shots, you need to charge your phone :) > On Nov 4, 2014, at 4:33 PM, Andres Galante wrote: > > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Wed Nov 5 09:00:18 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Wed, 5 Nov 2014 09:00:18 -0500 Subject: [aerogear-dev] Testing IE on non windows Message-ID: <6E3804CC-F337-47A5-AC8F-6B7DB3D1998D@redhat.com> http://blogs.msdn.com/b/ie/archive/2014/11/02/announcing-remoteie-test-the-latest-ie-on-windows-mac-os-x-ios-and-android.aspx?utm_source=html5weekly&utm_medium=email looks interesting -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/561e27d3/attachment.html From bruno at abstractj.org Wed Nov 5 09:03:35 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 5 Nov 2014 12:03:35 -0200 Subject: [aerogear-dev] Eating our own dog food, or ShootAnsShare Message-ID: Nice Corinne! On Wed, Nov 5, 2014 at 11:49 AM, Lucas Holmquist wrote: > coolio > > On Nov 5, 2014, at 6:44 AM, Corinne Krych > wrote: > > > > Hello Guys > > > > ShootAnsShare made it to AppStore: > > > https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=934441151&mt=8 > > > > One remaining task to be able to post to Facebook is to make Facebook > Shoot App production ready. I?ve just added privacy policy page and I?m > waiting for approval (within 7 days). > > > > ++ > > Corinne > > > > On 10 Oct 2014, at 16:48, Daniel Passos wrote: > > > >> Jira created > >> > >> On Fri, Oct 10, 2014 at 11:20 AM, Bruno Oliveira > wrote: > >> On 2014-10-10, Daniel Passos wrote: > >>> Hi guys, > >>> > >>> Yep, In Android land we have secret request and qrcode scan. > >>> > >>> 1) May be is a good idea remove the secret request? > >> > >> +1 > >> > >> https://issues.jboss.org/browse/AGDROID-299 > >> > >>> > >>> 2) In related news, today we not store the secret. I think store that > >>> before publish is a good thing to do > >> > >> +1 Feel free to file jiras and assign to me if you want. > >> > >> https://issues.jboss.org/browse/AGDROID-300 > >> > >>> -- Passos > >>> > >>> > >>> On Fri, Oct 10, 2014 at 4:47 AM, Matthias Wessendorf < > matzew at apache.org> > >>> wrote: > >>> > >>>> > >>>> > >>>> On Fri, Oct 10, 2014 at 9:00 AM, Corinne Krych < > corinnekrych at gmail.com> > >>>> wrote: > >>>> > >>>>> Same here Bruno I would like to publish Shoot, in its Swift version > to > >>>>> apple store. > >>>>> > >>>> > >>>> +1 that is even useful :) > >>>> so not a "demo" at all. > >>>> > >>>> Great idea! > >>>> > >>>> > >>>>> We have a ticket to enhance it with an iOS photo sharing dialog. Once > >>>>> this one is done, let's submit. > >>>>> For the app store I might limit it to Facebook and Google+, to start > with. > >>>>> > >>>>> ++ > >>>>> Corinne > >>>>> > >>>>> On 10 October 2014 08:48, Christos Vasilakis > wrote: > >>>>> > >>>>>> Hi, > >>>>>> > >>>>>> answers inline > >>>>>> > >>>>>> On Oct 9, 2014, at 11:42 PM, Bruno Oliveira > wrote: > >>>>>> > >>>>>>> No way, Matthias. OTP must be always offline. To retrieve the > shared > >>>>>>> secret, we scan the QR Code. > >>>>>>> > >>>>>>> Maybe the iOS demo is doing it (have to revisit and confirm)[1]. > >>>>>>> On Android, I'm pretty much sure that QR Code scanning was already > >>>>>>> implemented. > >>>>>>> > >>>>>> > >>>>>> revisiting this, I can see indeed on iOS the shared secret is > retrieved > >>>>>> from the server and that is only the option offered. Our Android > example > >>>>>> offers both options, either from server, or using QR code scanning, > so > >>>>>> implementing the latter on our iOS demo need to be also done. > >>>>>> > >>>>>> created to track it : > >>>>>> https://issues.jboss.org/browse/AGIOS-289 > >>>>>> > >>>>>>> We don't need to be perfect, get what is already done, improve if > >>>>>>> possible or release what is already done. > >>>>>> > >>>>>> +1 for releasing on the app store. My fear is, as Matthias said > earlier, > >>>>>> the ?demo? aspect, but with a nice description/walkthrough > submission > >>>>>> details, maybe there is chance.. and tbh I have seen far far > simplest apps > >>>>>> accepted on their store. > >>>>>> > >>>>>> > >>>>>> - > >>>>>> Christos > >>>>>> > >>>>>> > >>>>>> > >>>>>>> > >>>>>>> [1] - > >>>>>>> > >>>>>> > https://github.com/aerogear/aerogear-otp-ios-demo/blob/5b23acbaf5c3cd74377efdd483b43a65befb11ee/AeroGear-OTP-Demo/AeroGear-OTP-Demo/Utilities/AGOTPClient.m#L63 > >>>>>>> > >>>>>>> > >>>>>>> On 2014-10-09, Matthias Wessendorf wrote: > >>>>>>> > >>>>>>>> On Thu, Oct 9, 2014 at 5:26 PM, Bruno Oliveira < > bruno at abstractj.org> > >>>>>> wrote: > >>>>>>>> > >>>>>>>>> On 2014-10-09, Matthias Wessendorf wrote: > >>>>>>>>>> On Thu, Oct 9, 2014 at 4:57 AM, Bruno Oliveira < > bruno at abstractj.org > >>>>>>> > >>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>>> Good morning, > >>>>>>>>>>> > >>>>>>>>>>> TOTP was implemented on AeroGear for iOS[1] and Android[2] two > >>>>>> years > >>>>>>>>>>> ago. On conferences most of the developers get amazed with our > API. > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> It's always great feedback when I show the OTP demo. Attendees > at > >>>>>>>>>> conferences love it! > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Although we don't have any app published on Google Play or App > >>>>>> Store. I > >>>>>>>>>>> think it's time to release our demos and get some feedback > from our > >>>>>>>>>>> community. > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> with release, what do you mean? Submit to the stores? > >>>>>>>>>> On Apple one reason we never submitted anything to their App > Store > >>>>>> is > >>>>>>>>> their > >>>>>>>>>> rules clearly indicate no demos are allowed in there. > >>>>>>>>> > >>>>>>>>> I understand, it can be a real and non paid app. Once it does not > >>>>>> depends > >>>>>>>>> on > >>>>>>>>> internet connection at this moment. > >>>>>>>>> > >>>>>>>> > >>>>>>>> isn't the iOS OTP "demo" connecting to a JAX-RS backend for the > >>>>>> tokens? > >>>>>>>> > >>>>>>>> > >>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Into this way we can exercise things like: > >>>>>>>>>>> > >>>>>>>>>>> - Properly store the shared secret > >>>>>>>>>>> - Password protection with offline authentication > >>>>>>>>>>> - If we are very confident, sync the TOTPs across authorized > >>>>>> devices > >>>>>>>>>>> > >>>>>>>>>>> At the moment, we don't need to do so much once most of our > demos > >>>>>> are > >>>>>>>>>>> already on GH. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> The only thing is perhaps making sure the backend part of our > OTP > >>>>>> demo is > >>>>>>>>>> (always) up :) > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> I think it's just the matter of release it. > >>>>>>>>>>> > >>>>>>>>>>> Thoughts? > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> I like giving these nice demos, and their used AeroGear > technology, > >>>>>> some > >>>>>>>>>> more love and visibility. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> [1] - https://github.com/aerogear/aerogear-otp-ios-demo > >>>>>>>>>>> [2] - https://github.com/aerogear/aerogear-otp-android-demo > >>>>>>>>>>> > >>>>>>>>>>> -- > >>>>>>>>>>> > >>>>>>>>>>> abstractj > >>>>>>>>>>> PGP: 0x84DC9914 > >>>>>>>>>>> _______________________________________________ > >>>>>>>>>>> aerogear-dev mailing list > >>>>>>>>>>> aerogear-dev at 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 at lists.jboss.org > >>>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> > >>>>>>>>> abstractj > >>>>>>>>> PGP: 0x84DC9914 > >>>>>>>>> _______________________________________________ > >>>>>>>>> aerogear-dev mailing list > >>>>>>>>> aerogear-dev at 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 at lists.jboss.org > >>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> > >>>>>>> abstractj > >>>>>>> PGP: 0x84DC9914 > >>>>>>> _______________________________________________ > >>>>>>> aerogear-dev mailing list > >>>>>>> aerogear-dev at lists.jboss.org > >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> aerogear-dev mailing list > >>>>>> aerogear-dev at lists.jboss.org > >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at 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 at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> -- > >> > >> abstractj > >> PGP: 0x84DC9914 > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/6356e44c/attachment-0001.html From bruno at abstractj.org Wed Nov 5 09:22:56 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 5 Nov 2014 12:22:56 -0200 Subject: [aerogear-dev] Docker and AS7 In-Reply-To: References: Message-ID: <20141105142256.GA77718@abstractj.org> Agreed and merged On 2014-11-04, Matthias Wessendorf wrote: > Since there is a bug in AS7.1.1 (EJB Scheduler) the latest versions of UPS > do not really function 100% on that platform. > > Instead of maintaining something that is dead, I figured we get rid of it: > https://github.com/aerogear/dockerfiles/pull/2 > > Any thoughts ? > > -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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From agalante at redhat.com Wed Nov 5 09:36:06 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 5 Nov 2014 09:36:06 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: <1193889477.18794.1415198166459.JavaMail.zimbra@redhat.com> Sebastien, I started working on the hybrid apps. You mention we will need ionic and jquery mobile versions. I have some experience working with ionic but none on jquery mobile. What is better for implementation: to do a stand alone html/css version of the app that can then be adapt to ionic or jquery mobile, or to build it uppon ionic structures? ----- Original Message ----- From: "Lucas Holmquist" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 5, 2014 10:55:58 AM Subject: Re: [aerogear-dev] Quickstart Contact List app these look really nice, and by the look of the iOS screen shots, you need to charge your phone :) > On Nov 4, 2014, at 4:33 PM, Andres Galante wrote: > > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From scm.blanc at gmail.com Wed Nov 5 10:05:55 2014 From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=) Date: Wed, 5 Nov 2014 16:05:55 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1193889477.18794.1415198166459.JavaMail.zimbra@redhat.com> References: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <1193889477.18794.1415198166459.JavaMail.zimbra@redhat.com> Message-ID: <4C99A45F-96E0-40EC-ABEC-C824925E6211@gmail.com> Envoy? de mon iPhone > Le 5 nov. 2014 ? 15:36, Andres Galante a ?crit : > > Sebastien, I started working on the hybrid apps. You mention we will need ionic and jquery mobile versions. > I have some experience working with ionic but none on jquery mobile. > > What is better for implementation: to do a stand alone html/css version of the app that can then be adapt to ionic or jquery mobile, or to build it uppon ionic structures? I would say for now focus on ionic structures > > > > ----- Original Message ----- > From: "Lucas Holmquist" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 5, 2014 10:55:58 AM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > these look really nice, and by the look of the iOS screen shots, you need to charge your phone :) >> On Nov 4, 2014, at 4:33 PM, Andres Galante wrote: >> >> Hi all, >> >> In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. >> >> Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: >> >> andresgalante.com/contacts_app/contacts_app.zip >> >> Let me know what you think. >> >> thanks, >> >> Andres >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 5 10:41:46 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 5 Nov 2014 16:41:46 +0100 Subject: [aerogear-dev] Docker and AS7 In-Reply-To: <20141105142256.GA77718@abstractj.org> References: <20141105142256.GA77718@abstractj.org> Message-ID: \o/ On Wed, Nov 5, 2014 at 3:22 PM, Bruno Oliveira wrote: > Agreed and merged > > On 2014-11-04, Matthias Wessendorf wrote: > > Since there is a bug in AS7.1.1 (EJB Scheduler) the latest versions of > UPS > > do not really function 100% on that platform. > > > > Instead of maintaining something that is dead, I figured we get rid of > it: > > https://github.com/aerogear/dockerfiles/pull/2 > > > > Any thoughts ? > > > > -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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/063c6bda/attachment.html From lukas.fryc at gmail.com Wed Nov 5 11:08:32 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Wed, 5 Nov 2014 17:08:32 +0100 Subject: [aerogear-dev] Testing IE on non windows In-Reply-To: <6E3804CC-F337-47A5-AC8F-6B7DB3D1998D@redhat.com> References: <6E3804CC-F337-47A5-AC8F-6B7DB3D1998D@redhat.com> Message-ID: Awesome! Just tried to test https://rawgit.com/lfryc/aerogear-js/es6-core-dist/try-modules.html from Mac while I'm still downloading Windows images to install it in VirtualBox. ;-) Finally true IEaaS. On Wed, Nov 5, 2014 at 3:00 PM, Lucas Holmquist wrote: > > http://blogs.msdn.com/b/ie/archive/2014/11/02/announcing-remoteie-test-the-latest-ie-on-windows-mac-os-x-ios-and-android.aspx?utm_source=html5weekly&utm_medium=email > > looks interesting > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/96febce1/attachment.html From lholmqui at redhat.com Wed Nov 5 11:12:37 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Wed, 5 Nov 2014 11:12:37 -0500 Subject: [aerogear-dev] Testing IE on non windows In-Reply-To: References: <6E3804CC-F337-47A5-AC8F-6B7DB3D1998D@redhat.com> Message-ID: <8F3C546B-E61C-41F5-8477-06FD12AC7278@redhat.com> i thought it was interesting that they also have android and iOS versions > On Nov 5, 2014, at 11:08 AM, Luk?? Fry? wrote: > > Awesome! > > Just tried to test https://rawgit.com/lfryc/aerogear-js/es6-core-dist/try-modules.html from Mac while I'm still downloading Windows images to install it in VirtualBox. ;-) > > Finally true IEaaS. > > On Wed, Nov 5, 2014 at 3:00 PM, Lucas Holmquist > wrote: > http://blogs.msdn.com/b/ie/archive/2014/11/02/announcing-remoteie-test-the-latest-ie-on-windows-mac-os-x-ios-and-android.aspx?utm_source=html5weekly&utm_medium=email > > looks interesting > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/8f4c57c0/attachment.html From lukas.fryc at gmail.com Wed Nov 5 11:16:25 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Wed, 5 Nov 2014 17:16:25 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: Hey Andres, those screens looks amazing! I can help you with setting up the env to work with quickstarts if you need to, let's reach me anytime at #aerogear. Can be Material Design used with Ionic components in some simple way? If yes, that would be huge win. ~ Lukas On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante wrote: > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, > Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens > that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/96f2b6ec/attachment-0001.html From agalante at redhat.com Wed Nov 5 12:02:03 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 5 Nov 2014 12:02:03 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: <641661519.21931.1415206923519.JavaMail.zimbra@redhat.com> Hi Lukas, Thanks a lot, I will need help for sure, afterall I am a deisgn, and you developers should know how designers set up env, never correctly :) This is a small app, we will not be using lots of components (just forms and list) and I will work on the css to make them follow material deisgn specs as much as I can so the ionic app fits the other apps. I have already installed a blank ionic and started from there. Tomorrow I will have some screens to share. ----- Original Message ----- From: "Luk?? Fry?" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 5, 2014 1:16:25 PM Subject: Re: [aerogear-dev] Quickstart Contact List app Hey Andres, those screens looks amazing! I can help you with setting up the env to work with quickstarts if you need to, let's reach me anytime at #aerogear. Can be Material Design used with Ionic components in some simple way? If yes, that would be huge win. ~ Lukas On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante < agalante at redhat.com > wrote: Hi all, In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: andresgalante.com/contacts_app/contacts_app.zip Let me know what you think. thanks, Andres _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Wed Nov 5 14:03:40 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Wed, 5 Nov 2014 14:03:40 -0500 Subject: [aerogear-dev] Safari Push notifications In-Reply-To: References: <0F0A5DAF-9D0C-47B4-B402-7975C902ABCA@redhat.com> <2371EC83-66F8-430C-A35D-E5F58F08119B@redhat.com> <6B8B19DF-C401-4628-872C-91085A5BD704@redhat.com> <9D9CF372-9731-4F59-8055-2F0F4F076014@redhat.com> Message-ID: <8159490D-EEDB-4A72-B9EF-8F83C965CBDC@redhat.com> so i wrote a little blog post on this, http://blog.lholmquist.org/safari-push-notifications/ So i?ve made the iOSVariant an APNsVariant, but now i have a decision. currently on the safari-push branch, https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push , i?ve changed the UI to this: http://blog.lholmquist.org/content/images/2014/Nov/Screen_Shot_2014_11_05_at_11_09_49_AM.png where there is 1 variant to choose from for iOS and Safari. And not really and way to tell the difference if a variant is for safari or for iOS I?m wondering if there should be 2 selections that hit the same(update from ios) ?apns" endpoint, and also a field on the APNsVariant to differentiate between iOS and Safari, i can see this as being something for analytics If we agree to go this route, then we can do the same when we update the GCMVariant > On Oct 30, 2014, at 9:13 AM, Lucas Holmquist wrote: > > hmm, indeed, let me try that also >> On Oct 30, 2014, at 2:57 AM, Matthias Wessendorf > wrote: >> >> I tried the same, again with -d (rhc -d), that worked fine.... >> >> >> hrm... >> >> On Thu, Oct 30, 2014 at 7:48 AM, Matthias Wessendorf > wrote: >> hahaha, than it disappeared ??? :-) >> >> looks like the 'delete' was triggered by the 504 ? >> >> On Thu, Oct 30, 2014 at 7:47 AM, Matthias Wessendorf > wrote: >> Here is what I did, on command line: >> rhc app create --no-git safari "https://cartreflect-claytondev.rhcloud.com/reflect?github=lholmquist/openshift-origin-cartridge-aerogear-push-wildfly&commit=086fe4f75f8991e7780c9df078c7371377c68aa2 " >> >> >> >> One the console, I am getting: >> Creating application 'safari' ... Server returned an unexpected error code: 504 >> >> >> >> >> but.... well, here is the server -> https://safari-pushee.rhcloud.com/ag-push >> >> >> >> What I do not understand it the 504 :) >> >> >> >> >> >> On Wed, Oct 29, 2014 at 10:01 PM, Matthias Wessendorf > wrote: >> any log from rhc client? >> >> >> On Wednesday, October 29, 2014, Lucas Holmquist > wrote: >> i?ve created a safari-push branch on my fork of the open shift cartridge, >> >> https://github.com/lholmquist/openshift-origin-cartridge-aerogear-push-wildfly/tree/safari-push >> >> >> i?ve been trying to create an app with it but haven?t been successful, perhaps something i?m doing, anyone mind giving it a try >>> On Oct 28, 2014, at 3:35 PM, Lucas Holmquist > wrote: >>> >>> >>> The branch on the main repo https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push >>> >>> subsequent PR?s will target this one >>> >>>> On Oct 28, 2014, at 3:21 PM, Lucas Holmquist > wrote: >>>> >>>> Here is the initial addition in one of my branches: https://github.com/lholmquist/aerogear-unified-push-server/tree/safari-push >>>>> On Oct 27, 2014, at 9:42 AM, Matthias Wessendorf > wrote: >>>>> >>>>> >>>>> >>>>> On Mon, Oct 27, 2014 at 2:28 PM, Lucas Holmquist > wrote: >>>>> >>>>>> On Oct 27, 2014, at 9:20 AM, Erik Jan de Wit > wrote: >>>>>> >>>>>> On 27 Oct,2014, at 14:15 , Lucas Holmquist > wrote: >>>>>> >>>>>>> >>>>>>> So i?ve run into a bit of a problem, I?m trying to send notifications, using https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L52 >>>>>>> >>>>>>> but i?m not sure how to also tell it to use the new SafarVariant.class that i?ve created. >>>>>> >>>>>> Right now a sender is configured to send notifications for one specific variant type, this mapping is configured on the top of the class: >>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L40 >>>>>> >>>>>> so APNsPushNotificationSender will only be use for iOSVariant variants, so either we change the way this works or you create a new Sender ( that extends this one maybe ) >>>>> >>>>> I think i?ll just create a new sender of now just to get something working since the SafariVariant and iOSVariant will be combined into an APNsVariant in the near future. >>>>> >>>>> sounds reasonable on getting this started >>>>> >>>>> -M >>>>> >>>>> >>>>> >>>>>> >>>>>> Cheers, >>>>>> Erik Jan >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org <> >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at 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 at lists.jboss.org <> >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org <> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org <> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> Sent from Gmail Mobile >> >> >> >> -- >> 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-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/9ab73006/attachment-0001.html From mutulong at hotmail.com Wed Nov 5 19:13:08 2014 From: mutulong at hotmail.com (mutulong) Date: Wed, 5 Nov 2014 16:13:08 -0800 (PST) Subject: [aerogear-dev] HTTP method POST is not supported by this URL Message-ID: <1415232788507-9772.post@n5.nabble.com> I am using curl to test my unifiedpush server setup, I had to turn off curl performing SSL certificate verification by add -k argument in the command. This is the command: curl -k -3 -u "cd085f44-4920-4164-92d8-1965ea163885:8d9e903a-8ff1-4048-b0c6-11f5c78efcbc" -v -H "Accept: application/json" -H "Content-type: application/json" -X POST -d '{"message": {"alert":"Hello baby this is a test breaking news haha world! ab.co/1oNOpx9", "url":"ab.co/1oNOpx9"}}' https://dymamic.com:28443/ag-push/ And this is the result: * Hostname was NOT found in DNS cache * Trying 54.201.126.209... * Connected to dymamic.com (54.201.126.209) port 28443 (#0) * SSL 3.0 connection using SSL_NULL_WITH_NULL_NULL * Server certificate: luke du * Server auth using Basic with user 'cd085f44-4920-4164-92d8-1965ea163885' > POST /ag-push/ HTTP/1.1 > Authorization: Basic > Y2QwODVmNDQtNDkyMC00MTY0LTkyZDgtMTk2NWVhMTYzODg1OjhkOWU5MDNhLThmZjEtNDA0OC1iMGM2LTExZjVjNzhlZmNiYw== > User-Agent: curl/7.37.1 > Host: dymamic.com:28443 > Accept: application/json > Content-type: application/json > Content-Length: 113 > * upload completely sent off: 113 out of 113 bytes < HTTP/1.1 405 Method Not Allowed < Connection: keep-alive < X-Powered-By: Undertow/1 * Server WildFly/8 is not blacklisted < Server: WildFly/8 < Content-Type: text/html;charset=ISO-8859-1 < Content-Length: 104 < Date: Thu, 06 Nov 2014 00:09:56 GMT < * Connection #0 to host dymamic.com left intact ErrorHTTP method POST is not supported by this URL I am kind stuck here, could anyone please help me on this, thanks a lot. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTP-method-POST-is-not-supported-by-this-URL-tp9772.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bruno at abstractj.org Wed Nov 5 20:49:45 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 05 Nov 2014 17:49:45 -0800 (PST) Subject: [aerogear-dev] HTTP method POST is not supported by this URL In-Reply-To: <1415232788507-9772.post@n5.nabble.com> References: <1415232788507-9772.post@n5.nabble.com> Message-ID: <1415238585212.6952124e@Nodemailer> Please take a look here https://github.com/aerogear/aerogear-unifiedpush-server/commit/44697970010cbdb416e217f0eaa8d6e597e8b740 SSLv3 is vulnerable to POODLE. ? abstractj PGP: 0x84DC9914 On Wed, Nov 5, 2014 at 10:13 PM, mutulong wrote: > I am using curl to test my unifiedpush server setup, I had to turn off curl > performing SSL certificate verification by add -k argument in the command. > This is the command: > curl -k -3 -u > "cd085f44-4920-4164-92d8-1965ea163885:8d9e903a-8ff1-4048-b0c6-11f5c78efcbc" > -v -H "Accept: application/json" -H "Content-type: application/json" -X POST > -d '{"message": {"alert":"Hello baby this is a test breaking news haha > world! ab.co/1oNOpx9", "url":"ab.co/1oNOpx9"}}' > https://dymamic.com:28443/ag-push/ > And this is the result: > * Hostname was NOT found in DNS cache > * Trying 54.201.126.209... > * Connected to dymamic.com (54.201.126.209) port 28443 (#0) > * SSL 3.0 connection using SSL_NULL_WITH_NULL_NULL > * Server certificate: luke du > * Server auth using Basic with user 'cd085f44-4920-4164-92d8-1965ea163885' >> POST /ag-push/ HTTP/1.1 >> Authorization: Basic >> Y2QwODVmNDQtNDkyMC00MTY0LTkyZDgtMTk2NWVhMTYzODg1OjhkOWU5MDNhLThmZjEtNDA0OC1iMGM2LTExZjVjNzhlZmNiYw== >> User-Agent: curl/7.37.1 >> Host: dymamic.com:28443 >> Accept: application/json >> Content-type: application/json >> Content-Length: 113 >> > * upload completely sent off: 113 out of 113 bytes > < HTTP/1.1 405 Method Not Allowed > < Connection: keep-alive > < X-Powered-By: Undertow/1 > * Server WildFly/8 is not blacklisted > < Server: WildFly/8 > < Content-Type: text/html;charset=ISO-8859-1 > < Content-Length: 104 > < Date: Thu, 06 Nov 2014 00:09:56 GMT > < > * Connection #0 to host dymamic.com left intact > ErrorHTTP method POST is not > supported by this URL > I am kind stuck here, could anyone please help me on this, thanks a lot. > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTP-method-POST-is-not-supported-by-this-URL-tp9772.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141105/0e5cae1a/attachment.html From mutulong at hotmail.com Wed Nov 5 23:17:19 2014 From: mutulong at hotmail.com (mutulong) Date: Wed, 5 Nov 2014 20:17:19 -0800 (PST) Subject: [aerogear-dev] HTTP method POST is not supported by this URL In-Reply-To: <1415238585212.6952124e@Nodemailer> References: <1415232788507-9772.post@n5.nabble.com> <1415238585212.6952124e@Nodemailer> Message-ID: <1415247439522-9774.post@n5.nabble.com> Thanks Bruno. My question was how to enable POST method on the Jboss/Aerogear server? -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTP-method-POST-is-not-supported-by-this-URL-tp9772p9774.html Sent from the aerogear-dev mailing list archive at Nabble.com. From matzew at apache.org Thu Nov 6 01:52:52 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 6 Nov 2014 07:52:52 +0100 Subject: [aerogear-dev] HTTP method POST is not supported by this URL In-Reply-To: <1415247439522-9774.post@n5.nabble.com> References: <1415232788507-9772.post@n5.nabble.com> <1415238585212.6952124e@Nodemailer> <1415247439522-9774.post@n5.nabble.com> Message-ID: Hi, send to https://SERVER:PORT/CONTEXT/rest/sender like shown here -> http://staging.aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html greetings, matthias On Thu, Nov 6, 2014 at 5:17 AM, mutulong wrote: > Thanks Bruno. > > My question was how to enable POST method on the Jboss/Aerogear server? > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/HTTP-method-POST-is-not-supported-by-this-URL-tp9772p9774.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/af524f4a/attachment.html From mutulong at gmail.com Wed Nov 5 18:39:54 2014 From: mutulong at gmail.com (Luke Du) Date: Thu, 6 Nov 2014 10:39:54 +1100 Subject: [aerogear-dev] Setting up ssl certificate for Aerogear Unifiedpush server Message-ID: Hi, Just wondering could anyone help me on this issue I posted here: http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tc9730.html#a9743 Thanks in advance. Regards, Luke -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/1f7ca7f9/attachment.html From bruno at abstractj.org Thu Nov 6 07:06:00 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 6 Nov 2014 10:06:00 -0200 Subject: [aerogear-dev] [off-topic] - Managing a WildFly-JBoss EAP application server using an App Message-ID: Our Android developer Christos, ooops I mean, iOS developer. Oh man, I'm confuse. But Christos did an Android app for JBoss, enjoy and have fun. http://mastertheboss.com/jboss-server/jboss-configuration/creating-an-app-for-managing-wildfly-application-server -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/75104654/attachment.html From daniel.bevenius at gmail.com Thu Nov 6 07:07:59 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Thu, 6 Nov 2014 13:07:59 +0100 Subject: [aerogear-dev] [off-topic] - Managing a WildFly-JBoss EAP application server using an App In-Reply-To: References: Message-ID: Oh, very nice! On 6 November 2014 13:06, Bruno Oliveira wrote: > Our Android developer Christos, ooops I mean, iOS developer. Oh man, I'm > confuse. > > But Christos did an Android app for JBoss, enjoy and have fun. > > > http://mastertheboss.com/jboss-server/jboss-configuration/creating-an-app-for-managing-wildfly-application-server > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/e6733dde/attachment.html From matzew at apache.org Thu Nov 6 07:47:49 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 6 Nov 2014 13:47:49 +0100 Subject: [aerogear-dev] [off-topic] - Managing a WildFly-JBoss EAP application server using an App In-Reply-To: References: Message-ID: awesome! On Thu, Nov 6, 2014 at 1:07 PM, Daniel Bevenius wrote: > Oh, very nice! > > On 6 November 2014 13:06, Bruno Oliveira wrote: > >> Our Android developer Christos, ooops I mean, iOS developer. Oh man, I'm >> confuse. >> >> But Christos did an Android app for JBoss, enjoy and have fun. >> >> >> http://mastertheboss.com/jboss-server/jboss-configuration/creating-an-app-for-managing-wildfly-application-server >> >> -- >> >> -- >> "The measure of a man is what he does with power" - Plato >> - >> @abstractj >> - >> Volenti Nihil Difficile >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/1f520230/attachment-0001.html From supittma at redhat.com Thu Nov 6 08:46:19 2014 From: supittma at redhat.com (Summers Pittman) Date: Thu, 06 Nov 2014 08:46:19 -0500 Subject: [aerogear-dev] Android Shoot and Share Message-ID: <545B7BAB.2050409@redhat.com> https://plus.google.com/103442292643366117394/posts/9eGGBez6zww There is one bug I want to workaround which shows up on actual devices then I will do the license and code format dance and toss it into the Android cookbook. Corinne, How are you guys documenting the Facebook developer setup process? -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From daniel at passos.me Thu Nov 6 09:02:06 2014 From: daniel at passos.me (Daniel Passos) Date: Thu, 6 Nov 2014 12:02:06 -0200 Subject: [aerogear-dev] Android Shoot and Share In-Reply-To: <545B7BAB.2050409@redhat.com> References: <545B7BAB.2050409@redhat.com> Message-ID: Summers, About Facebook docs on iOS land => https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot -- Passos On Thu, Nov 6, 2014 at 11:46 AM, Summers Pittman wrote: > > https://plus.google.com/103442292643366117394/posts/9eGGBez6zww > > There is one bug I want to workaround which shows up on actual devices > then I will do the license and code format dance and toss it into the > Android cookbook. > > Corinne, How are you guys documenting the Facebook developer setup process? > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/4c776fd6/attachment.html From corinnekrych at gmail.com Thu Nov 6 09:30:53 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Thu, 6 Nov 2014 15:30:53 +0100 Subject: [aerogear-dev] Android Shoot and Share In-Reply-To: References: <545B7BAB.2050409@redhat.com> Message-ID: <0AEE2CE3-76EB-4282-934B-7DCFF061E892@gmail.com> Yeap, that?s a lean documentation, there is room for improvement some screen shot might help, but maybe this documention should be extracted from readme and go in aerogear.org Same apply for Google documentation. Those doumentation on Providers could we common with some particular iOs or android steps wdyt? ++ Corinne On 06 Nov 2014, at 15:02, Daniel Passos wrote: > Summers, > > About Facebook docs on iOS land => https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot > > -- Passos > > On Thu, Nov 6, 2014 at 11:46 AM, Summers Pittman wrote: > > https://plus.google.com/103442292643366117394/posts/9eGGBez6zww > > There is one bug I want to workaround which shows up on actual devices > then I will do the license and code format dance and toss it into the > Android cookbook. > > Corinne, How are you guys documenting the Facebook developer setup process? > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/db731917/attachment.bin From supittma at redhat.com Thu Nov 6 09:37:37 2014 From: supittma at redhat.com (Summers Pittman) Date: Thu, 06 Nov 2014 09:37:37 -0500 Subject: [aerogear-dev] Android Shoot and Share In-Reply-To: <0AEE2CE3-76EB-4282-934B-7DCFF061E892@gmail.com> References: <545B7BAB.2050409@redhat.com> <0AEE2CE3-76EB-4282-934B-7DCFF061E892@gmail.com> Message-ID: <545B87B1.8000100@redhat.com> On 11/06/2014 09:30 AM, Corinne Krych wrote: > Yeap, that?s a lean documentation, there is room for improvement some screen shot might help, but maybe this documention should be extracted from readme and go in aerogear.org > Same apply for Google documentation. > Those doumentation on Providers could we common with some particular iOs or android steps > wdyt? +1 I think it should be an awesome JIRA of awesomeness. > > ++ > Corinne > On 06 Nov 2014, at 15:02, Daniel Passos wrote: > >> Summers, >> >> About Facebook docs on iOS land => https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot >> >> -- Passos >> >> On Thu, Nov 6, 2014 at 11:46 AM, Summers Pittman wrote: >> >> https://plus.google.com/103442292643366117394/posts/9eGGBez6zww >> >> There is one bug I want to workaround which shows up on actual devices >> then I will do the license and code format dance and toss it into the >> Android cookbook. >> >> Corinne, How are you guys documenting the Facebook developer setup process? >> >> -- >> Summers Pittman >>>> Phone:404 941 4698 >>>> Java is my crack. >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/509c9e50/attachment.html From supittma at redhat.com Thu Nov 6 10:31:27 2014 From: supittma at redhat.com (Summers Pittman) Date: Thu, 06 Nov 2014 10:31:27 -0500 Subject: [aerogear-dev] Shoot and Share design Message-ID: <545B944F.6090807@redhat.com> Now that we have two Shoot and Share impl's I'm hoping to get some design work going on with them. Right now we need an icon. I'm sure if there is a wild designer on this list we will get awesome input. (ppsssst agalante that's your cue). -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From supittma at redhat.com Thu Nov 6 10:32:44 2014 From: supittma at redhat.com (Summers Pittman) Date: Thu, 06 Nov 2014 10:32:44 -0500 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <545B944F.6090807@redhat.com> References: <545B944F.6090807@redhat.com> Message-ID: <545B949C.9020100@redhat.com> Relevant JIRA: https://issues.jboss.org/browse/AEROGEAR-1538 On 11/06/2014 10:31 AM, Summers Pittman wrote: > Now that we have two Shoot and Share impl's I'm hoping to get some > design work going on with them. > > Right now we need an icon. I'm sure if there is a wild designer on this > list we will get awesome input. > > (ppsssst agalante that's your cue). > > -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From agalante at redhat.com Thu Nov 6 10:42:40 2014 From: agalante at redhat.com (Andres Galante) Date: Thu, 6 Nov 2014 10:42:40 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <545B944F.6090807@redhat.com> References: <545B944F.6090807@redhat.com> Message-ID: <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. I'll work on it and send it over for you guys to review soon. After we do the Icon I'll help out with the interface. ----- Original Message ----- From: "Summers Pittman" To: "AeroGear Developer Mailing List" Sent: Thursday, November 6, 2014 12:31:27 PM Subject: [aerogear-dev] Shoot and Share design Now that we have two Shoot and Share impl's I'm hoping to get some design work going on with them. Right now we need an icon. I'm sure if there is a wild designer on this list we will get awesome input. (ppsssst agalante that's your cue). -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From agalante at redhat.com Thu Nov 6 11:33:55 2014 From: agalante at redhat.com (Andres Galante) Date: Thu, 6 Nov 2014 11:33:55 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> Message-ID: <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> Here are screens on the app for Ionic: https://issues.jboss.org/browse/AGPUSH-782 Lukas, I couldn't make some things look Material Design. Ionic has some constraints on the way Ionic works that didn't allow me to add a floating action button for "ADD" action. Also I didn't want to change too much Ionic structures so I don't give to much extra work on implementation. I don't know if it is worth the extra effort for an example app. Let me know what you think. ----- Original Message ----- From: "Luk?? Fry?" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 5, 2014 1:16:25 PM Subject: Re: [aerogear-dev] Quickstart Contact List app Hey Andres, those screens looks amazing! I can help you with setting up the env to work with quickstarts if you need to, let's reach me anytime at #aerogear. Can be Material Design used with Ionic components in some simple way? If yes, that would be huge win. ~ Lukas On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante < agalante at redhat.com > wrote: Hi all, In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: andresgalante.com/contacts_app/contacts_app.zip Let me know what you think. thanks, Andres _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From andreas.rosdal at adresseavisen.no Thu Nov 6 12:02:00 2014 From: andreas.rosdal at adresseavisen.no (=?iso-8859-1?Q?Andreas_R=F8sdal?=) Date: Thu, 6 Nov 2014 17:02:00 +0000 Subject: [aerogear-dev] Send Push message with Text and URL on iOS Message-ID: <4E5ABB2C6D461947AB909D68F257D06A0136DF32DB@MEX2.adresseavisen.no> Hi there! I have just installed the AeroGear UnifiedPush Server 1.0.1, and so far I'm very impressed with it. I have a requirement to send Push messages to an iPhone app which must contain both a text message and an URL. Currently only sending a text message seems to be supported. So I wonder how I should go about trying to modify the UnifiedPush Server Admin gui so that I can also include an URL in the Push Message. Any help with this would be greatly appreciated! Regards, Andreas R. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/5a3fa8d1/attachment.html From miguel21op at gmail.com Thu Nov 6 12:19:12 2014 From: miguel21op at gmail.com (Miguel Lemos) Date: Thu, 6 Nov 2014 17:19:12 +0000 Subject: [aerogear-dev] Send Push message with Text and URL on iOS In-Reply-To: <4E5ABB2C6D461947AB909D68F257D06A0136DF32DB@MEX2.adresseavisen.no> References: <4E5ABB2C6D461947AB909D68F257D06A0136DF32DB@MEX2.adresseavisen.no> Message-ID: <53F7C1F7-A39A-49B4-892A-AE93C15CAA4F@gmail.com> No. It supports URLs. I use it. You just have to assign the corresponding string to a given variable (parameter) that you'll pick as such when the message arrives. Enviado do meu iPhone No dia 06/11/2014, ?s 17:02, Andreas R?sdal escreveu: > Hi there! > > I have just installed the AeroGear UnifiedPush Server 1.0.1, and so far I'm very impressed with it. > > I have a requirement to send Push messages to an iPhone app which must contain both a text message and an URL. > Currently only sending a text message seems to be supported. > > So I wonder how I should go about trying to modify the UnifiedPush Server Admin gui so that I can also include an URL in the Push Message. Any help with this would be greatly appreciated! > > Regards, > Andreas R. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/5939c076/attachment.html From andreas.rosdal at adresseavisen.no Thu Nov 6 14:30:14 2014 From: andreas.rosdal at adresseavisen.no (=?iso-8859-1?Q?Andreas_R=F8sdal?=) Date: Thu, 6 Nov 2014 19:30:14 +0000 Subject: [aerogear-dev] SPAM:Re: Send Push message with Text and URL on iOS In-Reply-To: <53F7C1F7-A39A-49B4-892A-AE93C15CAA4F@gmail.com> References: <4E5ABB2C6D461947AB909D68F257D06A0136DF32DB@MEX2.adresseavisen.no>, <53F7C1F7-A39A-49B4-892A-AE93C15CAA4F@gmail.com> Message-ID: <4E5ABB2C6D461947AB909D68F257D06A0136DF33D6@MEX2.adresseavisen.no> Great! Could you please guide me in how to add this URL field to the Server Admin, so that I can send both a message and an URL in the same Push Message? Andreas ________________________________ Fra: aerogear-dev-bounces at lists.jboss.org [aerogear-dev-bounces at lists.jboss.org] p? vegne av Miguel Lemos [miguel21op at gmail.com] Sendt: 6. november 2014 18:19 Til: AeroGear Developer Mailing List Emne: SPAM:Re: [aerogear-dev] Send Push message with Text and URL on iOS No. It supports URLs. I use it. You just have to assign the corresponding string to a given variable (parameter) that you'll pick as such when the message arrives. Enviado do meu iPhone No dia 06/11/2014, ?s 17:02, Andreas R?sdal > escreveu: Hi there! I have just installed the AeroGear UnifiedPush Server 1.0.1, and so far I'm very impressed with it. I have a requirement to send Push messages to an iPhone app which must contain both a text message and an URL. Currently only sending a text message seems to be supported. So I wonder how I should go about trying to modify the UnifiedPush Server Admin gui so that I can also include an URL in the Push Message. Any help with this would be greatly appreciated! Regards, Andreas R. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/bc792019/attachment.html From lholmqui at redhat.com Thu Nov 6 15:50:30 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Thu, 6 Nov 2014 15:50:30 -0500 Subject: [aerogear-dev] iOS Shoot Demo Message-ID: <028D7543-51F9-4B62-B5C5-F8EA5C6BE736@redhat.com> Hello, so i was playing with the Shoot demo for iOS and connecting it to KC, a little research for a possible node.js adapter. Anyway, i got everything working, i was able to perform the OAuth2 login, redirect back and upload a photo. Then i went into the KC admin console thing, and disabled both the OAuth Client(shoot-third-party ) and the shoot-services, but when i then tried to upload, i was still successful. i guess i was under the impression that once one or both of those things are disabled, the upload shouldn?t work. as i?m writing i saw this PR come through, https://github.com/aerogear/aerogear-ios-cookbook/pull/45 , not sure if this will solve this issue though -Luke -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/f05610bd/attachment.html From corinnekrych at gmail.com Thu Nov 6 15:54:12 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Thu, 6 Nov 2014 21:54:12 +0100 Subject: [aerogear-dev] iOS Shoot Demo In-Reply-To: <028D7543-51F9-4B62-B5C5-F8EA5C6BE736@redhat.com> References: <028D7543-51F9-4B62-B5C5-F8EA5C6BE736@redhat.com> Message-ID: <71FD4DF0-D24E-42C5-BCCB-2EE247EEFF32@gmail.com> On 06 Nov 2014, at 21:50, Lucas Holmquist wrote: > Hello, > > so i was playing with the Shoot demo for iOS and connecting it to KC, a little research for a possible node.js adapter. > > Anyway, i got everything working, i was able to perform the OAuth2 login, redirect back and upload a photo. > > Then i went into the KC admin console thing, and disabled both the OAuth Client(shoot-third-party ) and the shoot-services, but when i then tried to upload, i was still successful. looks like there is an issue on revoking token on KC worth bringing the topic on keycloak IRC/mailing list > > i guess i was under the impression that once one or both of those things are disabled, the upload shouldn?t work. > > > as i?m writing i saw this PR come through, https://github.com/aerogear/aerogear-ios-cookbook/pull/45, not sure if this will solve this issue though Nope this one is about refreshing so it will not solve the pb > > > -Luke > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141106/ac55b6d5/attachment.bin From lholmqui at redhat.com Thu Nov 6 15:56:59 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Thu, 6 Nov 2014 15:56:59 -0500 Subject: [aerogear-dev] iOS Shoot Demo In-Reply-To: <71FD4DF0-D24E-42C5-BCCB-2EE247EEFF32@gmail.com> References: <028D7543-51F9-4B62-B5C5-F8EA5C6BE736@redhat.com> <71FD4DF0-D24E-42C5-BCCB-2EE247EEFF32@gmail.com> Message-ID: adding the keycloack dev list > On Nov 6, 2014, at 3:54 PM, Corinne Krych wrote: > > > On 06 Nov 2014, at 21:50, Lucas Holmquist wrote: > >> Hello, >> >> so i was playing with the Shoot demo for iOS and connecting it to KC, a little research for a possible node.js adapter. >> >> Anyway, i got everything working, i was able to perform the OAuth2 login, redirect back and upload a photo. >> >> Then i went into the KC admin console thing, and disabled both the OAuth Client(shoot-third-party ) and the shoot-services, but when i then tried to upload, i was still successful. > > looks like there is an issue on revoking token on KC > worth bringing the topic on keycloak IRC/mailing list > >> >> i guess i was under the impression that once one or both of those things are disabled, the upload shouldn?t work. >> >> >> as i?m writing i saw this PR come through, https://github.com/aerogear/aerogear-ios-cookbook/pull/45, not sure if this will solve this issue though > > Nope this one is about refreshing so it will not solve the pb > >> >> >> -Luke >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Thu Nov 6 15:58:11 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Thu, 6 Nov 2014 15:58:11 -0500 Subject: [aerogear-dev] iOS Shoot Demo In-Reply-To: <71FD4DF0-D24E-42C5-BCCB-2EE247EEFF32@gmail.com> References: <028D7543-51F9-4B62-B5C5-F8EA5C6BE736@redhat.com> <71FD4DF0-D24E-42C5-BCCB-2EE247EEFF32@gmail.com> Message-ID: let me try this again to the keycloack list > On Nov 6, 2014, at 3:54 PM, Corinne Krych wrote: > > > On 06 Nov 2014, at 21:50, Lucas Holmquist wrote: > >> Hello, >> >> so i was playing with the Shoot demo for iOS and connecting it to KC, a little research for a possible node.js adapter. >> >> Anyway, i got everything working, i was able to perform the OAuth2 login, redirect back and upload a photo. >> >> Then i went into the KC admin console thing, and disabled both the OAuth Client(shoot-third-party ) and the shoot-services, but when i then tried to upload, i was still successful. > > looks like there is an issue on revoking token on KC > worth bringing the topic on keycloak IRC/mailing list > >> >> i guess i was under the impression that once one or both of those things are disabled, the upload shouldn?t work. >> >> >> as i?m writing i saw this PR come through, https://github.com/aerogear/aerogear-ios-cookbook/pull/45, not sure if this will solve this issue though > > Nope this one is about refreshing so it will not solve the pb > >> >> >> -Luke >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Thu Nov 6 18:47:15 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Fri, 7 Nov 2014 00:47:15 +0100 Subject: [aerogear-dev] Setting up ssl certificate for Aerogear Unifiedpush server In-Reply-To: References: Message-ID: Bruno, any idea? On Thu, Nov 6, 2014 at 12:39 AM, Luke Du wrote: > Hi, > > Just wondering could anyone help me on this issue I posted here: > > http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tc9730.html#a9743 > > Thanks in advance. > > Regards, > Luke > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/fcda483f/attachment.html From edewit at redhat.com Fri Nov 7 02:36:17 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Fri, 7 Nov 2014 08:36:17 +0100 Subject: [aerogear-dev] SPAM:Re: Send Push message with Text and URL on iOS In-Reply-To: <4E5ABB2C6D461947AB909D68F257D06A0136DF33D6@MEX2.adresseavisen.no> References: <4E5ABB2C6D461947AB909D68F257D06A0136DF32DB@MEX2.adresseavisen.no>, <53F7C1F7-A39A-49B4-892A-AE93C15CAA4F@gmail.com> <4E5ABB2C6D461947AB909D68F257D06A0136DF33D6@MEX2.adresseavisen.no> Message-ID: Hi Andreas, The server admin console for sending messages is only meant for testing that everything works, that is why it only supports ?simple? messages. What you want to do is integrate it with your server and send messages via the REST api that UnfiedPush Server has. There are several clients for server side integration java https://github.com/aerogear/aerogear-unifiedpush-java-client node https://github.com/aerogear/aerogear-unifiedpush-nodejs-client php https://github.com/aerogear/aerogear-unified-push-php-client Have a look at the message format to see how to send extra information: http://aerogear.org/docs/unifiedpush/push-message-format/ For testing this you could use curl, to invoke the restful endpoint. Hope this helps, Erik Jan On 6 Nov,2014, at 20:30 , Andreas R?sdal wrote: > Great! Could you please guide me in how to add this URL field to the Server Admin, so that I can send both a message and an URL in the same Push Message? > > Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/2e99c536/attachment.html From bruno at abstractj.org Fri Nov 7 03:54:02 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 7 Nov 2014 06:54:02 -0200 Subject: [aerogear-dev] HTTPS required In-Reply-To: <1415143865812-9743.post@n5.nabble.com> References: <1415081496201-9730.post@n5.nabble.com> <1415086143634-9734.post@n5.nabble.com> <1415143865812-9743.post@n5.nabble.com> Message-ID: <20141107085402.GA45361@abstractj.org> For the configuration of SSL on WildFly, please check the documentation example: https://docs.jboss.org/author/display/WFLY8/Examples Or our Docker image: https://registry.hub.docker.com/u/aerogear/unifiedpush-wildfly/ On 2014-11-04, mutulong wrote: > Thanks Matthias. > > I did import my "proper" certificate into java keystore, here is the > command: > > keytool -import -trustcacerts -alias mydomain -file mydomain.crt -keystore > keystore.jks > > Than I add this line in standalone.xml: > > keystore-password="changeit" alias="mydomain" key-password="changeit"/> > > And now I am getting - The alias specified 'mydomain' is not a Key, valid > aliases are {jbosskeys} > > Just wondering if there are attributes for keystore element I could set > certificate to? or I have to specify ? > > > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tp9730p9743.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From lukas.fryc at gmail.com Fri Nov 7 06:24:57 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Fri, 7 Nov 2014 12:24:57 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> Message-ID: Hey Andres, could you share your work on some GitHub branch? We can definitely help testing / improving. Btw, one more thing to consider for a future would be leveraging Angular Material (it is actually built by (former) Ionic guys in cooperation with Material Design team): https://material.angularjs.org/#/ ~ Lukas On Thu, Nov 6, 2014 at 5:33 PM, Andres Galante wrote: > Here are screens on the app for Ionic: > > https://issues.jboss.org/browse/AGPUSH-782 > > Lukas, I couldn't make some things look Material Design. Ionic has some > constraints on the way Ionic works that didn't allow me to add a floating > action button for "ADD" action. Also I didn't want to change too much Ionic > structures so I don't give to much extra work on implementation. I don't > know if it is worth the extra effort for an example app. > > Let me know what you think. > > > > ----- Original Message ----- > From: "Luk?? Fry?" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 5, 2014 1:16:25 PM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Hey Andres, > > those screens looks amazing! > > I can help you with setting up the env to work with quickstarts if you > need to, let's reach me anytime at #aerogear. > > > Can be Material Design used with Ionic components in some simple way? > If yes, that would be huge win. > > > ~ Lukas > > On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, > Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens > that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/f9e00547/attachment.html From lukas.fryc at gmail.com Fri Nov 7 07:03:49 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Fri, 7 Nov 2014 13:03:49 +0100 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants Message-ID: Hey guys, the feature of UPS Console where you can generate push-config.json under the Example implementation is pretty cool: { "pushServerURL": "http://localhost:8080/ag-push/", "android" : { "senderID": "234", "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" } } I would like to build on top of it. Especially for demo purposes, it would be nice to generate multi-variant configs at once, such as bellow. But the problem comes when you have more variants per one type, I have some ideas here: a) generate multi-configs and include all variants with comments what config stands for what variant b) generate multi-configs ONLY when there is at most one variant per type c) use alternative approach and allow to generate push-config.json according to user-selected variants (selection such as in Send Push feature) WDYT? { "pushServerURL": "http://localhost:8080/ag-push/", "android" : { "senderID": "234", "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" }, "ios" : { ... }, "windows" : { ... }, "firefoxos" : { ... } } -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/39fd22b6/attachment-0001.html From agalante at redhat.com Fri Nov 7 07:20:31 2014 From: agalante at redhat.com (Andres Galante) Date: Fri, 7 Nov 2014 07:20:31 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> Message-ID: <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> Thanks Lukas, I'll look into that. Erik, I'll create a repo and update the issue with the repo address in a bit. :) Thanks a lot! ----- Original Message ----- From: "Luk?? Fry?" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 8:24:57 AM Subject: Re: [aerogear-dev] Quickstart Contact List app Hey Andres, could you share your work on some GitHub branch? We can definitely help testing / improving. Btw, one more thing to consider for a future would be leveraging Angular Material (it is actually built by (former) Ionic guys in cooperation with Material Design team): https://material.angularjs.org/#/ ~ Lukas On Thu, Nov 6, 2014 at 5:33 PM, Andres Galante < agalante at redhat.com > wrote: Here are screens on the app for Ionic: https://issues.jboss.org/browse/AGPUSH-782 Lukas, I couldn't make some things look Material Design. Ionic has some constraints on the way Ionic works that didn't allow me to add a floating action button for "ADD" action. Also I didn't want to change too much Ionic structures so I don't give to much extra work on implementation. I don't know if it is worth the extra effort for an example app. Let me know what you think. ----- Original Message ----- From: "Luk?? Fry?" < lukas.fryc at gmail.com > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > Sent: Wednesday, November 5, 2014 1:16:25 PM Subject: Re: [aerogear-dev] Quickstart Contact List app Hey Andres, those screens looks amazing! I can help you with setting up the env to work with quickstarts if you need to, let's reach me anytime at #aerogear. Can be Material Design used with Ionic components in some simple way? If yes, that would be huge win. ~ Lukas On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante < agalante at redhat.com > wrote: Hi all, In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: andresgalante.com/contacts_app/contacts_app.zip Let me know what you think. thanks, Andres _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From agalante at redhat.com Fri Nov 7 08:04:36 2014 From: agalante at redhat.com (Andres Galante) Date: Fri, 7 Nov 2014 08:04:36 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> Message-ID: <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> Hi! Should the HTML5 app (issue AGPUSH-781) be a responsive website or just the mobile view? ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 9:20:31 AM Subject: Re: [aerogear-dev] Quickstart Contact List app Thanks Lukas, I'll look into that. Erik, I'll create a repo and update the issue with the repo address in a bit. :) Thanks a lot! ----- Original Message ----- From: "Luk?? Fry?" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 8:24:57 AM Subject: Re: [aerogear-dev] Quickstart Contact List app Hey Andres, could you share your work on some GitHub branch? We can definitely help testing / improving. Btw, one more thing to consider for a future would be leveraging Angular Material (it is actually built by (former) Ionic guys in cooperation with Material Design team): https://material.angularjs.org/#/ ~ Lukas On Thu, Nov 6, 2014 at 5:33 PM, Andres Galante < agalante at redhat.com > wrote: Here are screens on the app for Ionic: https://issues.jboss.org/browse/AGPUSH-782 Lukas, I couldn't make some things look Material Design. Ionic has some constraints on the way Ionic works that didn't allow me to add a floating action button for "ADD" action. Also I didn't want to change too much Ionic structures so I don't give to much extra work on implementation. I don't know if it is worth the extra effort for an example app. Let me know what you think. ----- Original Message ----- From: "Luk?? Fry?" < lukas.fryc at gmail.com > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > Sent: Wednesday, November 5, 2014 1:16:25 PM Subject: Re: [aerogear-dev] Quickstart Contact List app Hey Andres, those screens looks amazing! I can help you with setting up the env to work with quickstarts if you need to, let's reach me anytime at #aerogear. Can be Material Design used with Ionic components in some simple way? If yes, that would be huge win. ~ Lukas On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante < agalante at redhat.com > wrote: Hi all, In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: andresgalante.com/contacts_app/contacts_app.zip Let me know what you think. thanks, Andres _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From lukas.fryc at gmail.com Fri Nov 7 09:00:23 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Fri, 7 Nov 2014 15:00:23 +0100 Subject: [aerogear-dev] ES6 modules -> ES5 microlib in AeroGear.js 2.1 Message-ID: Hey guys, as you may know, for AeroGear.js 2.1 we are in the middle of refactoring into ES6 module syntax, so finally we will be able to use following in ES6 based projects: import Authorization from 'aerogear.authorization; I've finished a prototype of how ES6 (JavaScript.tomorrow) module transpilation to ES5 (JavaScript.today) could work., the code and sample lives here: https://github.com/aerogear/aerogear-js/pull/154 It basically takes ES6 classes and compiles them to AMD module syntax (which is a browser-oriented module system, implemented e.g. in RequireJS module loader). These AMD modules can already be consumed by end-user who uses AMD in his project: require(['aerogear.authorization'], function( Authorization ) { ... }); (Note that similarly we could compile to CommonJS module syntax, that could be leveraged in Browserify projects today, but we agree with Luke to do not dive into that atm). We take it even further by allowing to leverage globally accessible API AeroGear.Authorization without any module loader in your project. This way you will be able to use AeroGear.js 1.3/2.0-like API as it is with no code modifications. AeroGear.Authorization This is made to work by taking all the AMD modules, concatenating them and wrapping them into minimal loader ("microlib") that exposes all the modules on global AeroGear object. Cheers, ~ Lukas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/7663b849/attachment.html From edewit at redhat.com Fri Nov 7 09:25:25 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Fri, 7 Nov 2014 15:25:25 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> Message-ID: Mobile is fine, I?m looking at your repository right now.. I?ll have something soon On 7 Nov,2014, at 14:04 , Andres Galante wrote: > Hi! > Should the HTML5 app (issue AGPUSH-781) be a responsive website or just the mobile view? > > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 9:20:31 AM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Thanks Lukas, I'll look into that. > > Erik, I'll create a repo and update the issue with the repo address in a bit. :) > > Thanks a lot! > > ----- Original Message ----- > From: "Luk?? Fry?" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 8:24:57 AM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Hey Andres, > > could you share your work on some GitHub branch? We can definitely help testing / improving. > > > Btw, one more thing to consider for a future would be leveraging Angular Material (it is actually built by (former) Ionic guys in cooperation with Material Design team): https://material.angularjs.org/#/ > > ~ Lukas > > On Thu, Nov 6, 2014 at 5:33 PM, Andres Galante < agalante at redhat.com > wrote: > > > Here are screens on the app for Ionic: > > https://issues.jboss.org/browse/AGPUSH-782 > > Lukas, I couldn't make some things look Material Design. Ionic has some constraints on the way Ionic works that didn't allow me to add a floating action button for "ADD" action. Also I didn't want to change too much Ionic structures so I don't give to much extra work on implementation. I don't know if it is worth the extra effort for an example app. > > Let me know what you think. > > > > ----- Original Message ----- > From: "Luk?? Fry?" < lukas.fryc at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Wednesday, November 5, 2014 1:16:25 PM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Hey Andres, > > those screens looks amazing! > > I can help you with setting up the env to work with quickstarts if you need to, let's reach me anytime at #aerogear. > > > Can be Material Design used with Ionic components in some simple way? > If yes, that would be huge win. > > > ~ Lukas > > On Tue, Nov 4, 2014 at 10:33 PM, Andres Galante < agalante at redhat.com > wrote: > > > Hi all, > > In my first days I have been working on a redesign of the Quickstart app, Jira Issues AGPUSH-778. > > Here are some first ideas of screens. There are Iphone and Android screens that follows Googles Material Design specs: > > andresgalante.com/contacts_app/contacts_app.zip > > Let me know what you think. > > thanks, > > Andres > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From daniel.bevenius at gmail.com Fri Nov 7 10:14:14 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Fri, 7 Nov 2014 16:14:14 +0100 Subject: [aerogear-dev] Team meeting Message-ID: Agenda: http://oksoclap.com/p/aerogear-team-mgt-20141110 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/4deba1d1/attachment.html From agalante at redhat.com Fri Nov 7 10:37:42 2014 From: agalante at redhat.com (Andres Galante) Date: Fri, 7 Nov 2014 10:37:42 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> Message-ID: <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> Hi, I am working with 3 ideas for the icon: 1- A camera with a share icon (arrow). Like the original one. 2- A camera or a picture as a dialog icon. 3- A typographic icon with the "s". Here are some first sketches: http://andresgalante.com/sketch.jpg What do you think? any other idea is very welcome. ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Thursday, November 6, 2014 12:42:40 PM Subject: Re: [aerogear-dev] Shoot and Share design :) "wild" and "designer" and 2 words fits me, specially the "wild" part. I'll work on it and send it over for you guys to review soon. After we do the Icon I'll help out with the interface. ----- Original Message ----- From: "Summers Pittman" To: "AeroGear Developer Mailing List" Sent: Thursday, November 6, 2014 12:31:27 PM Subject: [aerogear-dev] Shoot and Share design Now that we have two Shoot and Share impl's I'm hoping to get some design work going on with them. Right now we need an icon. I'm sure if there is a wild designer on this list we will get awesome input. (ppsssst agalante that's your cue). -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From supittma at redhat.com Fri Nov 7 10:50:22 2014 From: supittma at redhat.com (Summers Pittman) Date: Fri, 07 Nov 2014 10:50:22 -0500 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> Message-ID: <545CEA3E.9040206@redhat.com> I like the one on the far right with the purplish curved arrow. It reminds me a bit of the G in the AeroGear logo. On 11/07/2014 10:37 AM, Andres Galante wrote: > Hi, > > I am working with 3 ideas for the icon: > > 1- A camera with a share icon (arrow). Like the original one. > 2- A camera or a picture as a dialog icon. > 3- A typographic icon with the "s". > > Here are some first sketches: http://andresgalante.com/sketch.jpg > > What do you think? any other idea is very welcome. > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 6, 2014 12:42:40 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > :) "wild" and "designer" and 2 words fits me, specially the "wild" part. > I'll work on it and send it over for you guys to review soon. > After we do the Icon I'll help out with the interface. > > > ----- Original Message ----- > From: "Summers Pittman" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 6, 2014 12:31:27 PM > Subject: [aerogear-dev] Shoot and Share design > > > Now that we have two Shoot and Share impl's I'm hoping to get some > design work going on with them. > > Right now we need an icon. I'm sure if there is a wild designer on this > list we will get awesome input. > > (ppsssst agalante that's your cue). > > -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From corinnekrych at gmail.com Fri Nov 7 11:37:07 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Fri, 7 Nov 2014 17:37:07 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <545CEA3E.9040206@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> Message-ID: Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. It might be better to have sth that fit both platforms. ++ Corinne On 07 Nov 2014, at 16:50, Summers Pittman wrote: > I like the one on the far right with the purplish curved arrow. It > reminds me a bit of the G in the AeroGear logo. > > On 11/07/2014 10:37 AM, Andres Galante wrote: >> Hi, >> >> I am working with 3 ideas for the icon: >> >> 1- A camera with a share icon (arrow). Like the original one. >> 2- A camera or a picture as a dialog icon. >> 3- A typographic icon with the "s". >> >> Here are some first sketches: http://andresgalante.com/sketch.jpg >> >> What do you think? any other idea is very welcome. >> >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 6, 2014 12:42:40 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >> I'll work on it and send it over for you guys to review soon. >> After we do the Icon I'll help out with the interface. >> >> >> ----- Original Message ----- >> From: "Summers Pittman" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 6, 2014 12:31:27 PM >> Subject: [aerogear-dev] Shoot and Share design >> >> >> Now that we have two Shoot and Share impl's I'm hoping to get some >> design work going on with them. >> >> Right now we need an icon. I'm sure if there is a wild designer on this >> list we will get awesome input. >> >> (ppsssst agalante that's your cue). >> >> > > > -- > Summers Pittman >>> Phone:404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/0a81a752/attachment.bin From agalante at redhat.com Fri Nov 7 12:03:48 2014 From: agalante at redhat.com (Andres Galante) Date: Fri, 7 Nov 2014 12:03:48 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> Message-ID: <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> Perfect, I'll work on that one. Thanks! ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 1:37:07 PM Subject: Re: [aerogear-dev] Shoot and Share design Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. It might be better to have sth that fit both platforms. ++ Corinne On 07 Nov 2014, at 16:50, Summers Pittman wrote: > I like the one on the far right with the purplish curved arrow. It > reminds me a bit of the G in the AeroGear logo. > > On 11/07/2014 10:37 AM, Andres Galante wrote: >> Hi, >> >> I am working with 3 ideas for the icon: >> >> 1- A camera with a share icon (arrow). Like the original one. >> 2- A camera or a picture as a dialog icon. >> 3- A typographic icon with the "s". >> >> Here are some first sketches: http://andresgalante.com/sketch.jpg >> >> What do you think? any other idea is very welcome. >> >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 6, 2014 12:42:40 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >> I'll work on it and send it over for you guys to review soon. >> After we do the Icon I'll help out with the interface. >> >> >> ----- Original Message ----- >> From: "Summers Pittman" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 6, 2014 12:31:27 PM >> Subject: [aerogear-dev] Shoot and Share design >> >> >> Now that we have two Shoot and Share impl's I'm hoping to get some >> design work going on with them. >> >> Right now we need an icon. I'm sure if there is a wild designer on this >> list we will get awesome input. >> >> (ppsssst agalante that's your cue). >> >> > > > -- > Summers Pittman >>> Phone:404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Fri Nov 7 12:21:26 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Fri, 7 Nov 2014 18:21:26 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <1034652993.11646.1415136799317.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> Message-ID: Have updated the ionic version to the new style see this PR https://github.com/aerogear/aerogear-push-quickstarts/pull/117 @Andres have fixed the add button, but didn?t add the shadows and added pull to refresh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/d73a2db1/attachment.html From agalante at redhat.com Fri Nov 7 14:21:16 2014 From: agalante at redhat.com (Andres Galante) Date: Fri, 7 Nov 2014 14:21:16 -0500 (EST) Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> Message-ID: <321058797.57388.1415388076589.JavaMail.zimbra@redhat.com> Erik, I just added the styles for the btn on my repo. Thanks! ----- Original Message ----- From: "Erik Jan de Wit" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 2:21:26 PM Subject: Re: [aerogear-dev] Quickstart Contact List app Have updated the ionic version to the new style see this PR https://github.com/aerogear/aerogear-push-quickstarts/pull/117 @Andres have fixed the add button, but didn?t add the shadows and added pull to refresh _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From bsutter at redhat.com Fri Nov 7 14:29:12 2014 From: bsutter at redhat.com (Burr Sutter) Date: Fri, 7 Nov 2014 13:29:12 -0600 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: References: Message-ID: My only caution would be to avoid a ?maintenance nightmare? - making sure these snippets match the needs of - Xcode developer - android studio developer - visual studio developer - Jboss developer studio with hybrid mobile tools developer - the cordova developer using their CLI - the ionic developer using their CLI > On Nov 7, 2014, at 6:03 AM, Luk?? Fry? wrote: > > Hey guys, > > the feature of UPS Console where you can generate push-config.json under the Example implementation is pretty cool: > > { > "pushServerURL": "http://localhost:8080/ag-push/ ", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > } > } > I would like to build on top of it. > > > Especially for demo purposes, it would be nice to generate multi-variant configs at once, such as bellow. > > But the problem comes when you have more variants per one type, I have some ideas here: > > a) generate multi-configs and include all variants with comments what config stands for what variant > b) generate multi-configs ONLY when there is at most one variant per type > c) use alternative approach and allow to generate push-config.json according to user-selected variants (selection such as in Send Push feature) > > WDYT? > > { > "pushServerURL": "http://localhost:8080/ag-push/ ", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > }, > "ios" : { > ... > }, > "windows" : { > ... > }, > "firefoxos" : { > ... > } > } > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141107/09e5a9d1/attachment.html From agalante at redhat.com Fri Nov 7 15:42:59 2014 From: agalante at redhat.com (Andres Galante) Date: Fri, 7 Nov 2014 15:42:59 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> Message-ID: <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> This is as far as I got today with it: https://issues.jboss.org/secure/attachment/12386218/icon.jpg I'll finish it on monday, any inputs are welcome. Have a nice weekend and I hope you get better soon Corinne. ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 2:03:48 PM Subject: Re: [aerogear-dev] Shoot and Share design Perfect, I'll work on that one. Thanks! ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Friday, November 7, 2014 1:37:07 PM Subject: Re: [aerogear-dev] Shoot and Share design Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. It might be better to have sth that fit both platforms. ++ Corinne On 07 Nov 2014, at 16:50, Summers Pittman wrote: > I like the one on the far right with the purplish curved arrow. It > reminds me a bit of the G in the AeroGear logo. > > On 11/07/2014 10:37 AM, Andres Galante wrote: >> Hi, >> >> I am working with 3 ideas for the icon: >> >> 1- A camera with a share icon (arrow). Like the original one. >> 2- A camera or a picture as a dialog icon. >> 3- A typographic icon with the "s". >> >> Here are some first sketches: http://andresgalante.com/sketch.jpg >> >> What do you think? any other idea is very welcome. >> >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 6, 2014 12:42:40 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >> I'll work on it and send it over for you guys to review soon. >> After we do the Icon I'll help out with the interface. >> >> >> ----- Original Message ----- >> From: "Summers Pittman" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 6, 2014 12:31:27 PM >> Subject: [aerogear-dev] Shoot and Share design >> >> >> Now that we have two Shoot and Share impl's I'm hoping to get some >> design work going on with them. >> >> Right now we need an icon. I'm sure if there is a wild designer on this >> list we will get awesome input. >> >> (ppsssst agalante that's your cue). >> >> > > > -- > Summers Pittman >>> Phone:404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Sat Nov 8 03:24:58 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Sat, 8 Nov 2014 09:24:58 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: Love it On 7 Nov,2014, at 21:42 , Andres Galante wrote: > This is as far as I got today with it: > > https://issues.jboss.org/secure/attachment/12386218/icon.jpg > > I'll finish it on monday, any inputs are welcome. > > Have a nice weekend and I hope you get better soon Corinne. > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 2:03:48 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Perfect, I'll work on that one. > > Thanks! > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 1:37:07 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > It might be better to have sth that fit both platforms. > > ++ > Corinne > > On 07 Nov 2014, at 16:50, Summers Pittman wrote: > >> I like the one on the far right with the purplish curved arrow. It >> reminds me a bit of the G in the AeroGear logo. >> >> On 11/07/2014 10:37 AM, Andres Galante wrote: >>> Hi, >>> >>> I am working with 3 ideas for the icon: >>> >>> 1- A camera with a share icon (arrow). Like the original one. >>> 2- A camera or a picture as a dialog icon. >>> 3- A typographic icon with the "s". >>> >>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>> >>> What do you think? any other idea is very welcome. >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" >>> To: "AeroGear Developer Mailing List" >>> Sent: Thursday, November 6, 2014 12:42:40 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>> I'll work on it and send it over for you guys to review soon. >>> After we do the Icon I'll help out with the interface. >>> >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" >>> To: "AeroGear Developer Mailing List" >>> Sent: Thursday, November 6, 2014 12:31:27 PM >>> Subject: [aerogear-dev] Shoot and Share design >>> >>> >>> Now that we have two Shoot and Share impl's I'm hoping to get some >>> design work going on with them. >>> >>> Right now we need an icon. I'm sure if there is a wild designer on this >>> list we will get awesome input. >>> >>> (ppsssst agalante that's your cue). >>> >>> >> >> >> -- >> Summers Pittman >>>> Phone:404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Sat Nov 8 03:29:20 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Sat, 8 Nov 2014 09:29:20 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <321058797.57388.1415388076589.JavaMail.zimbra@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> <321058797.57388.1415388076589.JavaMail.zimbra@redhat.com> Message-ID: <0F2CD5A8-D28F-42BE-ADC1-E4656C1DBEC3@redhat.com> I see, I?ll add it to the quick start On 7 Nov,2014, at 20:21 , Andres Galante wrote: > Erik, I just added the styles for the btn on my repo. > > Thanks! > > ----- Original Message ----- > From: "Erik Jan de Wit" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 2:21:26 PM > Subject: Re: [aerogear-dev] Quickstart Contact List app > > Have updated the ionic version to the new style see this PR https://github.com/aerogear/aerogear-push-quickstarts/pull/117 > > @Andres have fixed the add button, but didn?t add the shadows and added pull to refresh > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From scm.blanc at gmail.com Sat Nov 8 07:59:31 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Sat, 8 Nov 2014 13:59:31 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API Message-ID: Hi, Currently in the Java Sender Library the pushApplicationId and the masterSecret are part of the UnifiedPushMessage object. I would like to move these 2 fields to the Sender object and add it to its Builder API, to have something like : JavaSender defaultJavaSender = new SenderClient.Builder("http://localhost:8080/ag-push") .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") .build(); Why ? - Regarding design, these 2 fields are more part of the sender rather than the message itself - This is a first step to externalize the configuration, so we could have later, for instance, `JavaSender defaultJavaSender = new SenderClient.Config("path.to.config(or resource stream") What does it change ? - It only concerns the Java Sender, we do not touch the Rest Sender API here. - A Sender instance is now bounded to a particular PushApp, so if we want to send a message to another PushApp we should : - Create a new instance of the Sender - Expose setters to update the config. So , wdyt ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141108/340b487d/attachment.html From bruno at abstractj.org Sat Nov 8 08:32:36 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Sat, 08 Nov 2014 05:32:36 -0800 (PST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> References: <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: <1415453556153.cef17f7a@Nodemailer> Loved it, you rock ? abstractj PGP: 0x84DC9914 On Fri, Nov 7, 2014 at 6:43 PM, Andres Galante wrote: > This is as far as I got today with it: > https://issues.jboss.org/secure/attachment/12386218/icon.jpg > I'll finish it on monday, any inputs are welcome. > Have a nice weekend and I hope you get better soon Corinne. > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 2:03:48 PM > Subject: Re: [aerogear-dev] Shoot and Share design > Perfect, I'll work on that one. > Thanks! > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 1:37:07 PM > Subject: Re: [aerogear-dev] Shoot and Share design > Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > It might be better to have sth that fit both platforms. > ++ > Corinne > On 07 Nov 2014, at 16:50, Summers Pittman wrote: >> I like the one on the far right with the purplish curved arrow. It >> reminds me a bit of the G in the AeroGear logo. >> >> On 11/07/2014 10:37 AM, Andres Galante wrote: >>> Hi, >>> >>> I am working with 3 ideas for the icon: >>> >>> 1- A camera with a share icon (arrow). Like the original one. >>> 2- A camera or a picture as a dialog icon. >>> 3- A typographic icon with the "s". >>> >>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>> >>> What do you think? any other idea is very welcome. >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" >>> To: "AeroGear Developer Mailing List" >>> Sent: Thursday, November 6, 2014 12:42:40 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>> I'll work on it and send it over for you guys to review soon. >>> After we do the Icon I'll help out with the interface. >>> >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" >>> To: "AeroGear Developer Mailing List" >>> Sent: Thursday, November 6, 2014 12:31:27 PM >>> Subject: [aerogear-dev] Shoot and Share design >>> >>> >>> Now that we have two Shoot and Share impl's I'm hoping to get some >>> design work going on with them. >>> >>> Right now we need an icon. I'm sure if there is a wild designer on this >>> list we will get awesome input. >>> >>> (ppsssst agalante that's your cue). >>> >>> >> >> >> -- >> Summers Pittman >>>> Phone:404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141108/f76b74bc/attachment.html From qmx at qmx.me Sat Nov 8 10:30:46 2014 From: qmx at qmx.me (Douglas Campos) Date: Sat, 08 Nov 2014 13:30:46 -0200 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: <053D2D17-CEB1-4AF1-BBD0-AA74B2AB5AB3@qmx.me> Yay! This is amazing! -- qmx From daniel.bevenius at gmail.com Sun Nov 9 23:45:16 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 10 Nov 2014 05:45:16 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: Message-ID: +1 I think that making the application id and master secret part of the Sender makes sense. Looking at the code example you posted, I was a little surprised to see that the SenderClient.Builder does not build a SenderClient but instead a JavaSender. Inspecting the code I can see that SenderClient implements JavaSender of course, but having to think about this just truck me as there might be room for improvement. Would it be possible to move the methods declared in SenderClient that are missing from JavaSender into that interface? For example, it looks like the proxy methods and the truststore methods only exist in SenderClient. Was there a reason for leaving them out of the JavaSender interface? If we moved the methods up into the interface we could then make the naming consistent, like JavaSender and DefaultJavaSender. I'm lousy at coming up with class/interface names so this might be horrible but would PushSender be a better name for the interface? This might be a personal preference but I much prefer using a static method instead when creating a new Builder instance. There is one such static method in SenderClient but the Builder's constructor is still public making the usage above valid. What I'd prefer is that the Builder's constructor be private and provide static methods to start the build process: PushSender client = DefaultPushSender.withRootServerURL(" http://aerogear.example.com/ag-push") .proxy("proxy", 8080) .proxyType(Proxy.Type.HTTP) .build(); PushSender client = DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); PushSender client = DefaultPushSender.withConfig(inputstream).build(); Again, these might be personal preferences and others might disagree but I thought I'd post them just the same incase that offer different view. /Dan On 8 November 2014 13:59, Sebastien Blanc wrote: > Hi, > > Currently in the Java Sender Library the pushApplicationId and the > masterSecret are part of the UnifiedPushMessage object. I would like to > move these 2 fields to the Sender object and add it to its Builder API, > to have something like : > > JavaSender defaultJavaSender = new SenderClient.Builder("http://localhost:8080/ag-push") > .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") > .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") > .build(); > > > Why ? > > - Regarding design, these 2 fields are more part of the sender rather > than the message itself > - This is a first step to externalize the configuration, so we could > have later, for instance, `JavaSender defaultJavaSender = new > SenderClient.Config("path.to.config(or resource stream") > > What does it change ? > > - It only concerns the Java Sender, we do not touch the Rest Sender > API here. > - A Sender instance is now bounded to a particular PushApp, so if we > want to send a message to another PushApp we should : > - Create a new instance of the Sender > - Expose setters to update the config. > > So , wdyt ? > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/ebc2ee2a/attachment.html From edewit at redhat.com Mon Nov 10 02:31:12 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 08:31:12 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: Message-ID: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> +1 I like the static methods for creating the builder Also makes perfect sense to make the applicationId and masterSecret part of the sender. > > PushSender client = DefaultPushSender.withRootServerURL("http://aerogear.example.com/ag-push") > .proxy("proxy", 8080) > .proxyType(Proxy.Type.HTTP) > .build(); > PushSender client = DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > PushSender client = DefaultPushSender.withConfig(inputstream).build(); > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/0da27f0f/attachment.html From daniel.bevenius at gmail.com Mon Nov 10 02:47:32 2014 From: daniel.bevenius at gmail.com (danielbevenius) Date: Mon, 10 Nov 2014 00:47:32 -0700 (MST) Subject: [aerogear-dev] SimplePush 0.12.1 staged In-Reply-To: References: Message-ID: <1415605652439-9820.post@n5.nabble.com> I've pressed the button and the sync to Maven Central is in progress. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-SimplePush-0-12-1-staged-tp9724p9820.html Sent from the aerogear-dev mailing list archive at Nabble.com. From corinnekrych at gmail.com Mon Nov 10 02:51:55 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 10 Nov 2014 08:51:55 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> References: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> Message-ID: +1 too also I like the idea of dropping "Java" in JavaSender for a more descriptive PushSender or PushAppSender to get the information this sender is linked to an Push app ++ Corinne On 10 November 2014 08:31, Erik Jan de Wit wrote: > +1 I like the static methods for creating the builder > Also makes perfect sense to make the applicationId and masterSecret part > of the sender. > > > PushSender client = DefaultPushSender.withRootServerURL(" > http://aerogear.example.com/ag-push") > .proxy("proxy", 8080) > .proxyType(Proxy.Type.HTTP) > .build(); > PushSender client = > DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > PushSender client = DefaultPushSender.withConfig(inputstream).build(); > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/6b4960ab/attachment.html From matzew at apache.org Mon Nov 10 02:58:55 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 10 Nov 2014 08:58:55 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> References: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> Message-ID: On Mon, Nov 10, 2014 at 8:31 AM, Erik Jan de Wit wrote: > +1 I like the static methods for creating the builder > Also makes perfect sense to make the applicationId and masterSecret part > of the sender. > > > PushSender client = DefaultPushSender.withRootServerURL(" > http://aerogear.example.com/ag-push") > .proxy("proxy", 8080) > .proxyType(Proxy.Type.HTTP) > .build(); > PushSender client = > DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > PushSender client = DefaultPushSender.withConfig(inputstream).build(); > > +1 and #agreed on doing this on master (not the 1.0.x branch) -Matthias > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/78e4f0bf/attachment-0001.html From scm.blanc at gmail.com Mon Nov 10 03:00:15 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 09:00:15 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: Message-ID: +1 Dan, thx for all these useful feedback @all : Shall we do separate PR/Tickets for these items or one "bigger" Java Sender overhaul PR ? On Mon, Nov 10, 2014 at 5:45 AM, Daniel Bevenius wrote: > +1 I think that making the application id and master secret part of the > Sender makes sense. > > Looking at the code example you posted, I was a little surprised to see > that the SenderClient.Builder does not build a SenderClient but instead a > JavaSender. Inspecting the code I can see that SenderClient implements > JavaSender of course, but having to think about this just truck me as there > might be room for improvement. > > Would it be possible to move the methods declared in SenderClient that are > missing from JavaSender into that interface? > For example, it looks like the proxy methods and the truststore methods > only exist in SenderClient. > Was there a reason for leaving them out of the JavaSender interface? > If we moved the methods up into the interface we could then make the > naming consistent, like JavaSender and DefaultJavaSender. I'm lousy at > coming up with class/interface names so this might be horrible but would > PushSender be a better name for the interface? > > This might be a personal preference but I much prefer using a static > method instead when creating a new Builder instance. There is one such > static method in SenderClient but the Builder's constructor is still public > making the usage above valid. What I'd prefer is that the Builder's > constructor be private and provide static methods to start the build > process: > > PushSender client = DefaultPushSender.withRootServerURL(" > http://aerogear.example.com/ag-push") > .proxy("proxy", 8080) > .proxyType(Proxy.Type.HTTP) > .build(); > PushSender client = > DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > PushSender client = DefaultPushSender.withConfig(inputstream).build(); > > Again, these might be personal preferences and others might disagree but I > thought I'd post them just the same incase that offer different view. > > /Dan > > On 8 November 2014 13:59, Sebastien Blanc wrote: > >> Hi, >> >> Currently in the Java Sender Library the pushApplicationId and the >> masterSecret are part of the UnifiedPushMessage object. I would like to >> move these 2 fields to the Sender object and add it to its Builder API, >> to have something like : >> >> JavaSender defaultJavaSender = new SenderClient.Builder("http://localhost:8080/ag-push") >> .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") >> .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") >> .build(); >> >> >> Why ? >> >> - Regarding design, these 2 fields are more part of the sender rather >> than the message itself >> - This is a first step to externalize the configuration, so we could >> have later, for instance, `JavaSender defaultJavaSender = new >> SenderClient.Config("path.to.config(or resource stream") >> >> What does it change ? >> >> - It only concerns the Java Sender, we do not touch the Rest Sender >> API here. >> - A Sender instance is now bounded to a particular PushApp, so if we >> want to send a message to another PushApp we should : >> - Create a new instance of the Sender >> - Expose setters to update the config. >> >> So , wdyt ? >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/81aa205b/attachment.html From cvasilak at gmail.com Mon Nov 10 03:07:17 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 10 Nov 2014 10:07:17 +0200 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: References: Message-ID: <2ED318EA-FBC9-4FCB-B3AF-65C7C688A21B@gmail.com> Hi answers inline, On Nov 7, 2014, at 2:03 PM, Luk?? Fry? wrote: > Hey guys, > > the feature of UPS Console where you can generate push-config.json under the Example implementation is pretty cool: > > { > "pushServerURL": "http://localhost:8080/ag-push/", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > } > } > I would like to build on top of it. > > > Especially for demo purposes, it would be nice to generate multi-variant configs at once, such as bellow. > > But the problem comes when you have more variants per one type, I have some ideas here: > > a) generate multi-configs and include all variants with comments what config stands for what variant > b) generate multi-configs ONLY when there is at most one variant per type > c) use alternative approach and allow to generate push-config.json according to user-selected variants (selection such as in Send Push feature) not sure but if the purpose of 'push-config.json? is to be consumed by client-sdk, having approach (c) may be preferable in the sense grabbing the 'selected' config and include in my ioS/Android/etc project - Christos > > WDYT? > > { > "pushServerURL": "http://localhost:8080/ag-push/", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > }, > "ios" : { > ... > }, > "windows" : { > ... > }, > "firefoxos" : { > ... > } > } > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/9b5826d8/attachment.html From cvasilak at gmail.com Mon Nov 10 03:07:58 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 10 Nov 2014 10:07:58 +0200 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: looks nice! - Christos On Nov 7, 2014, at 10:42 PM, Andres Galante wrote: > This is as far as I got today with it: > > https://issues.jboss.org/secure/attachment/12386218/icon.jpg > > I'll finish it on monday, any inputs are welcome. > > Have a nice weekend and I hope you get better soon Corinne. > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 2:03:48 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Perfect, I'll work on that one. > > Thanks! > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Friday, November 7, 2014 1:37:07 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > It might be better to have sth that fit both platforms. > > ++ > Corinne > > On 07 Nov 2014, at 16:50, Summers Pittman wrote: > >> I like the one on the far right with the purplish curved arrow. It >> reminds me a bit of the G in the AeroGear logo. >> >> On 11/07/2014 10:37 AM, Andres Galante wrote: >>> Hi, >>> >>> I am working with 3 ideas for the icon: >>> >>> 1- A camera with a share icon (arrow). Like the original one. >>> 2- A camera or a picture as a dialog icon. >>> 3- A typographic icon with the "s". >>> >>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>> >>> What do you think? any other idea is very welcome. >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" >>> To: "AeroGear Developer Mailing List" >>> Sent: Thursday, November 6, 2014 12:42:40 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>> I'll work on it and send it over for you guys to review soon. >>> After we do the Icon I'll help out with the interface. >>> >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" >>> To: "AeroGear Developer Mailing List" >>> Sent: Thursday, November 6, 2014 12:31:27 PM >>> Subject: [aerogear-dev] Shoot and Share design >>> >>> >>> Now that we have two Shoot and Share impl's I'm hoping to get some >>> design work going on with them. >>> >>> Right now we need an icon. I'm sure if there is a wild designer on this >>> list we will get awesome input. >>> >>> (ppsssst agalante that's your cue). >>> >>> >> >> >> -- >> Summers Pittman >>>> Phone:404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From cvasilak at gmail.com Mon Nov 10 03:08:39 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 10 Nov 2014 10:08:39 +0200 Subject: [aerogear-dev] SimplePush 0.12.1 staged In-Reply-To: <1415605652439-9820.post@n5.nabble.com> References: <1415605652439-9820.post@n5.nabble.com> Message-ID: <0BF900CA-813D-4828-8D4F-76C7CBB1D7CF@gmail.com> great work Daniel! - Christos On Nov 10, 2014, at 9:47 AM, danielbevenius wrote: > I've pressed the button and the sync to Maven Central is in progress. > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-SimplePush-0-12-1-staged-tp9724p9820.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From cvasilak at gmail.com Mon Nov 10 03:10:06 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 10 Nov 2014 10:10:06 +0200 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> References: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> Message-ID: On Nov 10, 2014, at 9:31 AM, Erik Jan de Wit wrote: > +1 I like the static methods for creating the builder > Also makes perfect sense to make the applicationId and masterSecret part of the sender. >> >> PushSender client = DefaultPushSender.withRootServerURL("http://aerogear.example.com/ag-push") >> .proxy("proxy", 8080) >> .proxyType(Proxy.Type.HTTP) >> .build(); >> PushSender client = DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); >> PushSender client = DefaultPushSender.withConfig(inputstream).build(); +1 - Christos >> >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/1297100b/attachment.html From edewit at redhat.com Mon Nov 10 03:15:23 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 09:15:23 +0100 Subject: [aerogear-dev] gwtcon Message-ID: Hi, I was at gwtcon last week and I talked with Daniel Kurka ( he is part of the gwt team) about inbox. This is a new gmail app that is launched on iOS web and android. So google even though they have a lot of people to develop applications went for a cross platform approach based on Java. They considered cordova, but because they wanted an UI that was very speedy and also on older android devices they choice native. Java is used across all platforms using gwt to translate Java to javascript and j2objc to transform Java to objective-c. He reckons that about 70 - 80 % of the code is shared. So that gave me an idea, instead of using Java as the common language why not use javascript. And build a native UI that calls the javascript parts. This is of course a bit like appcelerator but without a layer in between. That way you could also still target windows phone. Why not try out this idea and see if it?s feasible? WDYT? Cheers, Erik Jan From scm.blanc at gmail.com Mon Nov 10 03:33:29 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 09:33:29 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: On Mon, Nov 10, 2014 at 9:15 AM, Erik Jan de Wit wrote: > Hi, > > I was at gwtcon last week and I talked with Daniel Kurka ( he is part of > the gwt team) about inbox. This is a new gmail app that is launched on iOS > web and android. So google even though they have a lot of people to develop > applications went for a cross platform approach based on Java. They > considered cordova, but because they wanted an UI that was very speedy and > also on older android devices they choice native. Java is used across all > platforms using gwt to translate Java to javascript and j2objc to transform > Java to objective-c. He reckons that about 70 - 80 % of the code is shared. > > So that gave me an idea, instead of using Java as the common language why > not use javascript. And build a native UI that calls the javascript parts. > This is of course a bit like appcelerator but without a layer in between. > That way you could also still target windows phone. > > Why not try out this idea and see if it?s feasible? WDYT? > Could you elaborate ? I'm not sure to understand it. You mean using JS to will be translated into native ? > > Cheers, > Erik Jan > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/7e7c3f6b/attachment.html From matzew at apache.org Mon Nov 10 03:35:28 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 10 Nov 2014 09:35:28 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: On Mon, Nov 10, 2014 at 9:15 AM, Erik Jan de Wit wrote: > Hi, > > I was at gwtcon last week and I talked with Daniel Kurka ( he is part of > the gwt team) about inbox. This is a new gmail app that is launched on iOS > web and android. So google even though they have a lot of people to develop > applications went for a cross platform approach based on Java. They > considered cordova, but because they wanted an UI that was very speedy and > also on older android devices they choice native. Java is used across all > platforms using gwt to translate Java to javascript and j2objc to transform > Java to objective-c. He reckons that about 70 - 80 % of the code is shared. > > So that gave me an idea, instead of using Java as the common language why > not use javascript. And build a native UI that calls the javascript parts. > This is of course a bit like appcelerator but without a layer in between. > That way you could also still target windows phone. > not sure we really target UI. It's more libraries (and gluecode) that AeroGear brings to the table > > Why not try out this idea and see if it?s feasible? WDYT? > > Cheers, > Erik Jan > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/2398adcc/attachment.html From edewit at redhat.com Mon Nov 10 03:38:15 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 09:38:15 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: <7C4D1523-2DF1-44A9-B1F9-607C01423A2F@redhat.com> > > Why not try out this idea and see if it?s feasible? WDYT? > Could you elaborate ? I'm not sure to understand it. You mean using JS to will be translated into native ? Sorry if I?m not clear, that is not what I meant. What I meant to say is when you want a fast native UI, but want still want to do as much as possible cross platform. So using javascript for all the business code and have a small layer of native UI that call the javascript, on all platforms. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/86348398/attachment.html From edewit at redhat.com Mon Nov 10 03:40:22 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 09:40:22 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: > > not sure we really target UI. It's more libraries (and gluecode) that AeroGear brings to the table I didn?t mean we need to write a UI library, but a way to make it easy for developers to build a cross platform project based on javascript that supports using a native UI. It would offer a way to have native UI components call javascript business functions on all platforms. From edewit at redhat.com Mon Nov 10 03:58:16 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 09:58:16 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <0F2CD5A8-D28F-42BE-ADC1-E4656C1DBEC3@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> <321058797.57388.1415388076589.JavaMail.zimbra@redhat.com> <0F2CD5A8-D28F-42BE-ADC1-E4656C1DBEC3@redhat.com> Message-ID: <023493CA-1C44-4510-88A8-07AE4D6C5FC0@redhat.com> I?ve deployed a version on openshift http://contact-edewit.rhcloud.com/ seems not to work well in chrome bug safari was ok. @Andres so you can have a look I was missing some buttons so I left the ones that where there. On 8 Nov,2014, at 9:29 , Erik Jan de Wit wrote: > I see, I?ll add it to the quick start > > On 7 Nov,2014, at 20:21 , Andres Galante wrote: > >> Erik, I just added the styles for the btn on my repo. >> >> Thanks! >> >> ----- Original Message ----- >> From: "Erik Jan de Wit" >> To: "AeroGear Developer Mailing List" >> Sent: Friday, November 7, 2014 2:21:26 PM >> Subject: Re: [aerogear-dev] Quickstart Contact List app >> >> Have updated the ionic version to the new style see this PR https://github.com/aerogear/aerogear-push-quickstarts/pull/117 >> >> @Andres have fixed the add button, but didn?t add the shadows and added pull to refresh >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From corinnekrych at gmail.com Mon Nov 10 04:13:09 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 10 Nov 2014 10:13:09 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: More support for Hybrid app, you mean? On 10 November 2014 09:40, Erik Jan de Wit wrote: > > > > not sure we really target UI. It's more libraries (and gluecode) that > AeroGear brings to the table > > I didn?t mean we need to write a UI library, but a way to make it easy for > developers to build a cross platform project based on javascript that > supports using a native UI. It would offer a way to have native UI > components call javascript business functions on all platforms. > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/c949465c/attachment.html From corinnekrych at gmail.com Mon Nov 10 04:13:26 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 10 Nov 2014 10:13:26 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: +1 On 10 November 2014 09:07, Christos Vasilakis wrote: > looks nice! > > - > Christos > > On Nov 7, 2014, at 10:42 PM, Andres Galante wrote: > > > This is as far as I got today with it: > > > > https://issues.jboss.org/secure/attachment/12386218/icon.jpg > > > > I'll finish it on monday, any inputs are welcome. > > > > Have a nice weekend and I hope you get better soon Corinne. > > > > ----- Original Message ----- > > From: "Andres Galante" > > To: "AeroGear Developer Mailing List" > > Sent: Friday, November 7, 2014 2:03:48 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Perfect, I'll work on that one. > > > > Thanks! > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Friday, November 7, 2014 1:37:07 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Same here curved purple arrow might be more expressive i think the > straight arror for ?share? comes from Apple icons. > > It might be better to have sth that fit both platforms. > > > > ++ > > Corinne > > > > On 07 Nov 2014, at 16:50, Summers Pittman wrote: > > > >> I like the one on the far right with the purplish curved arrow. It > >> reminds me a bit of the G in the AeroGear logo. > >> > >> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>> Hi, > >>> > >>> I am working with 3 ideas for the icon: > >>> > >>> 1- A camera with a share icon (arrow). Like the original one. > >>> 2- A camera or a picture as a dialog icon. > >>> 3- A typographic icon with the "s". > >>> > >>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>> > >>> What do you think? any other idea is very welcome. > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" > >>> To: "AeroGear Developer Mailing List" > >>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> :) "wild" and "designer" and 2 words fits me, specially the "wild" > part. > >>> I'll work on it and send it over for you guys to review soon. > >>> After we do the Icon I'll help out with the interface. > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Summers Pittman" > >>> To: "AeroGear Developer Mailing List" > >>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>> Subject: [aerogear-dev] Shoot and Share design > >>> > >>> > >>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>> design work going on with them. > >>> > >>> Right now we need an icon. I'm sure if there is a wild designer on > this > >>> list we will get awesome input. > >>> > >>> (ppsssst agalante that's your cue). > >>> > >>> > >> > >> > >> -- > >> Summers Pittman > >>>> Phone:404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/ffb5ff97/attachment.html From scm.blanc at gmail.com Mon Nov 10 04:20:15 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 10:20:15 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: <023493CA-1C44-4510-88A8-07AE4D6C5FC0@redhat.com> References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> <321058797.57388.1415388076589.JavaMail.zimbra@redhat.com> <0F2CD5A8-D28F-42BE-ADC1-E4656C1DBEC3@redhat.com> <023493CA-1C44-4510-88A8-07AE4D6C5FC0@redhat.com> Message-ID: For me it's fine on Chrome but on Firefox, the buttons looks weird [image: Inline image 1](that is the add button :) ) I also noticed that there is no "back" link or button when we are on the detail of a contact On Mon, Nov 10, 2014 at 9:58 AM, Erik Jan de Wit wrote: > I?ve deployed a version on openshift http://contact-edewit.rhcloud.com/ > seems not to work well in chrome bug safari was ok. > > @Andres so you can have a look I was missing some buttons so I left the > ones that where there. > > On 8 Nov,2014, at 9:29 , Erik Jan de Wit wrote: > > > I see, I?ll add it to the quick start > > > > On 7 Nov,2014, at 20:21 , Andres Galante wrote: > > > >> Erik, I just added the styles for the btn on my repo. > >> > >> Thanks! > >> > >> ----- Original Message ----- > >> From: "Erik Jan de Wit" > >> To: "AeroGear Developer Mailing List" > >> Sent: Friday, November 7, 2014 2:21:26 PM > >> Subject: Re: [aerogear-dev] Quickstart Contact List app > >> > >> Have updated the ionic version to the new style see this PR > https://github.com/aerogear/aerogear-push-quickstarts/pull/117 > >> > >> @Andres have fixed the add button, but didn?t add the shadows and added > pull to refresh > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/dfaece71/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 3106 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/dfaece71/attachment.png From edewit at redhat.com Mon Nov 10 04:36:00 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 10:36:00 +0100 Subject: [aerogear-dev] Quickstart Contact List app In-Reply-To: References: <452060978.11634.1415136667229.JavaMail.zimbra@redhat.com> <609594786.36522.1415291635034.JavaMail.zimbra@redhat.com> <132479879.49275.1415362831260.JavaMail.zimbra@redhat.com> <1491589229.49596.1415365476880.JavaMail.zimbra@redhat.com> <321058797.57388.1415388076589.JavaMail.zimbra@redhat.com> <0F2CD5A8-D28F-42BE-ADC1-E4656C1DBEC3@redhat.com> <023493CA-1C44-4510-88A8-07AE4D6C5FC0@redhat.com> Message-ID: <19413739-FABF-4CBE-A09A-708CA513A7E0@redhat.com> On 10 Nov,2014, at 10:20 , Sebastien Blanc wrote: > For me it's fine on Chrome but on Firefox, the buttons looks weird > (that is the add button :) ) That is strange seems that the font is not loaded > > I also noticed that there is no "back" link or button when we are on the detail of a contact Right noticed that as well, I?ll fix that. From lukas.fryc at gmail.com Mon Nov 10 04:39:13 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Mon, 10 Nov 2014 10:39:13 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: Since this is basically what Appcelerator Titanium does and is pretty big scope... But what you mean is just having a Cordova plugin that would allow to access native UI widgets, right? ~ Lukas On Mon, Nov 10, 2014 at 10:13 AM, Corinne Krych wrote: > More support for Hybrid app, you mean? > > On 10 November 2014 09:40, Erik Jan de Wit wrote: > >> > >> > not sure we really target UI. It's more libraries (and gluecode) that >> AeroGear brings to the table >> >> I didn?t mean we need to write a UI library, but a way to make it easy >> for developers to build a cross platform project based on javascript that >> supports using a native UI. It would offer a way to have native UI >> components call javascript business functions on all platforms. >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/c3041d29/attachment.html From lukas.fryc at gmail.com Mon Nov 10 04:41:17 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Mon, 10 Nov 2014 10:41:17 +0100 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: <2ED318EA-FBC9-4FCB-B3AF-65C7C688A21B@gmail.com> References: <2ED318EA-FBC9-4FCB-B3AF-65C7C688A21B@gmail.com> Message-ID: +1 Christos, approach c) would add new screen (or rather modal) to the UI, but it would be most straightforward for users (and live coding demos!) On Mon, Nov 10, 2014 at 9:07 AM, Christos Vasilakis wrote: > Hi > > answers inline, > > On Nov 7, 2014, at 2:03 PM, Luk?? Fry? wrote: > > Hey guys, > > the feature of UPS Console where you can generate push-config.json under > the Example implementation is pretty cool: > > { > "pushServerURL": "http://localhost:8080/ag-push/", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > } > } > > I would like to build on top of it. > > > Especially for demo purposes, it would be nice to generate multi-variant > configs at once, such as bellow. > > But the problem comes when you have more variants per one type, I have > some ideas here: > > a) generate multi-configs and include all variants with comments what > config stands for what variant > b) generate multi-configs ONLY when there is at most one variant per type > c) use alternative approach and allow to generate push-config.json > according to user-selected variants (selection such as in Send Push feature) > > > not sure but if the purpose of 'push-config.json? is to be consumed by > client-sdk, having approach (c) may be preferable in the sense grabbing the > 'selected' config and include in my ioS/Android/etc project > > - > Christos > > > WDYT? > > { > "pushServerURL": "http://localhost:8080/ag-push/", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > }, > "ios" : { > ... > }, > "windows" : { > ... > }, > "firefoxos" : { > ... > } > } > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/2c343795/attachment.html From lukas.fryc at gmail.com Mon Nov 10 04:42:33 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Mon, 10 Nov 2014 10:42:33 +0100 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: References: Message-ID: Burr, I feel the push-config.json is the best thing to avoid maintenance nightmare, since you can generate one config for all the platforms and avoid different platform language hassle. On Fri, Nov 7, 2014 at 8:29 PM, Burr Sutter wrote: > My only caution would be to avoid a ?maintenance nightmare? - making sure > these snippets match the needs of > - Xcode developer > - android studio developer > - visual studio developer > - Jboss developer studio with hybrid mobile tools developer > - the cordova developer using their CLI > - the ionic developer using their CLI > > > On Nov 7, 2014, at 6:03 AM, Luk?? Fry? wrote: > > Hey guys, > > the feature of UPS Console where you can generate push-config.json under > the Example implementation is pretty cool: > > { > "pushServerURL": "http://localhost:8080/ag-push/", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > } > } > > I would like to build on top of it. > > > Especially for demo purposes, it would be nice to generate multi-variant > configs at once, such as bellow. > > But the problem comes when you have more variants per one type, I have > some ideas here: > > a) generate multi-configs and include all variants with comments what > config stands for what variant > b) generate multi-configs ONLY when there is at most one variant per type > c) use alternative approach and allow to generate push-config.json > according to user-selected variants (selection such as in Send Push feature) > > WDYT? > > { > "pushServerURL": "http://localhost:8080/ag-push/", > "android" : { > "senderID": "234", > "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", > "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" > }, > "ios" : { > ... > }, > "windows" : { > ... > }, > "firefoxos" : { > ... > } > } > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/e524448c/attachment.html From daniel.bevenius at gmail.com Mon Nov 10 04:47:38 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 10 Nov 2014 10:47:38 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <1970105593.35235.1415288560798.JavaMail.zimbra@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: +1 Very nice! m?ndag 10 november 2014 skrev Corinne Krych : > +1 > > On 10 November 2014 09:07, Christos Vasilakis wrote: > >> looks nice! >> >> - >> Christos >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante wrote: >> >> > This is as far as I got today with it: >> > >> > https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> > >> > I'll finish it on monday, any inputs are welcome. >> > >> > Have a nice weekend and I hope you get better soon Corinne. >> > >> > ----- Original Message ----- >> > From: "Andres Galante" >> > To: "AeroGear Developer Mailing List" >> > Sent: Friday, November 7, 2014 2:03:48 PM >> > Subject: Re: [aerogear-dev] Shoot and Share design >> > >> > Perfect, I'll work on that one. >> > >> > Thanks! >> > >> > ----- Original Message ----- >> > From: "Corinne Krych" >> > To: "AeroGear Developer Mailing List" >> > Sent: Friday, November 7, 2014 1:37:07 PM >> > Subject: Re: [aerogear-dev] Shoot and Share design >> > >> > Same here curved purple arrow might be more expressive i think the >> straight arror for ?share? comes from Apple icons. >> > It might be better to have sth that fit both platforms. >> > >> > ++ >> > Corinne >> > >> > On 07 Nov 2014, at 16:50, Summers Pittman wrote: >> > >> >> I like the one on the far right with the purplish curved arrow. It >> >> reminds me a bit of the G in the AeroGear logo. >> >> >> >> On 11/07/2014 10:37 AM, Andres Galante wrote: >> >>> Hi, >> >>> >> >>> I am working with 3 ideas for the icon: >> >>> >> >>> 1- A camera with a share icon (arrow). Like the original one. >> >>> 2- A camera or a picture as a dialog icon. >> >>> 3- A typographic icon with the "s". >> >>> >> >>> Here are some first sketches: http://andresgalante.com/sketch.jpg >> >>> >> >>> What do you think? any other idea is very welcome. >> >>> >> >>> >> >>> ----- Original Message ----- >> >>> From: "Andres Galante" >> >>> To: "AeroGear Developer Mailing List" >> >>> Sent: Thursday, November 6, 2014 12:42:40 PM >> >>> Subject: Re: [aerogear-dev] Shoot and Share design >> >>> >> >>> :) "wild" and "designer" and 2 words fits me, specially the "wild" >> part. >> >>> I'll work on it and send it over for you guys to review soon. >> >>> After we do the Icon I'll help out with the interface. >> >>> >> >>> >> >>> ----- Original Message ----- >> >>> From: "Summers Pittman" >> >>> To: "AeroGear Developer Mailing List" >> >>> Sent: Thursday, November 6, 2014 12:31:27 PM >> >>> Subject: [aerogear-dev] Shoot and Share design >> >>> >> >>> >> >>> Now that we have two Shoot and Share impl's I'm hoping to get some >> >>> design work going on with them. >> >>> >> >>> Right now we need an icon. I'm sure if there is a wild designer on >> this >> >>> list we will get awesome input. >> >>> >> >>> (ppsssst agalante that's your cue). >> >>> >> >>> >> >> >> >> >> >> -- >> >> Summers Pittman >> >>>> Phone:404 941 4698 >> >>>> Java is my crack. >> >> >> >> _______________________________________________ >> >> aerogear-dev mailing list >> >> aerogear-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > >> > >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/0b6fd0fb/attachment-0001.html From scm.blanc at gmail.com Mon Nov 10 04:48:32 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 10:48:32 +0100 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: References: <2ED318EA-FBC9-4FCB-B3AF-65C7C688A21B@gmail.com> Message-ID: +1 for option C but in the same time we should also have the "default" code snippet (only for the current variant) flow available. On Mon, Nov 10, 2014 at 10:41 AM, Luk?? Fry? wrote: > +1 Christos, > > approach c) would add new screen (or rather modal) to the UI, but it would > be most straightforward for users (and live coding demos!) > > On Mon, Nov 10, 2014 at 9:07 AM, Christos Vasilakis > wrote: > >> Hi >> >> answers inline, >> >> On Nov 7, 2014, at 2:03 PM, Luk?? Fry? wrote: >> >> Hey guys, >> >> the feature of UPS Console where you can generate push-config.json under >> the Example implementation is pretty cool: >> >> { >> "pushServerURL": "http://localhost:8080/ag-push/", >> "android" : { >> "senderID": "234", >> "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", >> "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" >> } >> } >> >> I would like to build on top of it. >> >> >> Especially for demo purposes, it would be nice to generate multi-variant >> configs at once, such as bellow. >> >> But the problem comes when you have more variants per one type, I have >> some ideas here: >> >> a) generate multi-configs and include all variants with comments what >> config stands for what variant >> b) generate multi-configs ONLY when there is at most one variant per type >> c) use alternative approach and allow to generate push-config.json >> according to user-selected variants (selection such as in Send Push feature) >> >> >> not sure but if the purpose of 'push-config.json? is to be consumed by >> client-sdk, having approach (c) may be preferable in the sense grabbing the >> 'selected' config and include in my ioS/Android/etc project >> >> - >> Christos >> >> >> WDYT? >> >> { >> "pushServerURL": "http://localhost:8080/ag-push/", >> "android" : { >> "senderID": "234", >> "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", >> "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" >> }, >> "ios" : { >> ... >> }, >> "windows" : { >> ... >> }, >> "firefoxos" : { >> ... >> } >> } >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/f2f272e6/attachment.html From lukas.fryc at gmail.com Mon Nov 10 04:56:02 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Mon, 10 Nov 2014 10:56:02 +0100 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: References: <2ED318EA-FBC9-4FCB-B3AF-65C7C688A21B@gmail.com> Message-ID: Sounds good, I created https://issues.jboss.org/browse/AGPUSH-1096 On Mon, Nov 10, 2014 at 10:48 AM, Sebastien Blanc wrote: > +1 for option C but in the same time we should also have the "default" > code snippet (only for the current variant) flow available. > > On Mon, Nov 10, 2014 at 10:41 AM, Luk?? Fry? wrote: > >> +1 Christos, >> >> approach c) would add new screen (or rather modal) to the UI, but it >> would be most straightforward for users (and live coding demos!) >> >> On Mon, Nov 10, 2014 at 9:07 AM, Christos Vasilakis >> wrote: >> >>> Hi >>> >>> answers inline, >>> >>> On Nov 7, 2014, at 2:03 PM, Luk?? Fry? wrote: >>> >>> Hey guys, >>> >>> the feature of UPS Console where you can generate push-config.json under >>> the Example implementation is pretty cool: >>> >>> { >>> "pushServerURL": "http://localhost:8080/ag-push/", >>> "android" : { >>> "senderID": "234", >>> "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", >>> "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" >>> } >>> } >>> >>> I would like to build on top of it. >>> >>> >>> Especially for demo purposes, it would be nice to generate multi-variant >>> configs at once, such as bellow. >>> >>> But the problem comes when you have more variants per one type, I have >>> some ideas here: >>> >>> a) generate multi-configs and include all variants with comments what >>> config stands for what variant >>> b) generate multi-configs ONLY when there is at most one variant per type >>> c) use alternative approach and allow to generate push-config.json >>> according to user-selected variants (selection such as in Send Push feature) >>> >>> >>> not sure but if the purpose of 'push-config.json? is to be consumed by >>> client-sdk, having approach (c) may be preferable in the sense grabbing the >>> 'selected' config and include in my ioS/Android/etc project >>> >>> - >>> Christos >>> >>> >>> WDYT? >>> >>> { >>> "pushServerURL": "http://localhost:8080/ag-push/", >>> "android" : { >>> "senderID": "234", >>> "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", >>> "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" >>> }, >>> "ios" : { >>> ... >>> }, >>> "windows" : { >>> ... >>> }, >>> "firefoxos" : { >>> ... >>> } >>> } >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/4bf71a91/attachment.html From edewit at redhat.com Mon Nov 10 05:14:56 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 11:14:56 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: <7AB7322D-FF4F-4604-A9BA-15DE6C85E685@redhat.com> On 10 Nov,2014, at 10:39 , Luk?? Fry? wrote: > Since this is basically what Appcelerator Titanium does and is pretty big scope... > Appcelerator enables you to create a xml to define the UI and translates that to native widgets, so adding an abstraction layer. That makes it less flexible and will only make you native UI look and behave the same. I suggest we leave the creation of the UI alone and only provide a way to reuse the javascript code. > But what you mean is just having a Cordova plugin that would allow to access native UI widgets, right? > No not really what I meant, I mean having cordova so that you can build a native UI (no webview) and have a way to invoke javascript functions from this native UI. It will still use cordova libs to enable the communication, but not like in a plugin more the other way around. From scm.blanc at gmail.com Mon Nov 10 05:21:49 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 11:21:49 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> Message-ID: I created an Epic https://issues.jboss.org/browse/AGPUSH-1097 to capture all the different tasks discussed in this thread. On Mon, Nov 10, 2014 at 9:10 AM, Christos Vasilakis wrote: > > On Nov 10, 2014, at 9:31 AM, Erik Jan de Wit wrote: > > +1 I like the static methods for creating the builder > Also makes perfect sense to make the applicationId and masterSecret part > of the sender. > > > PushSender client = DefaultPushSender.withRootServerURL(" > http://aerogear.example.com/ag-push") > .proxy("proxy", 8080) > .proxyType(Proxy.Type.HTTP) > .build(); > PushSender client = > DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > PushSender client = DefaultPushSender.withConfig(inputstream).build(); > > > > +1 > > - > Christos > > > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/6ec2885f/attachment-0001.html From miguel21op at gmail.com Mon Nov 10 05:43:11 2014 From: miguel21op at gmail.com (Miguel Lemos) Date: Mon, 10 Nov 2014 10:43:11 +0000 Subject: [aerogear-dev] gwtcon In-Reply-To: <7AB7322D-FF4F-4604-A9BA-15DE6C85E685@redhat.com> References: <7AB7322D-FF4F-4604-A9BA-15DE6C85E685@redhat.com> Message-ID: If that's the way you think, you can invoke Webview directly from the native Java / Android and use Javascript (as well as all the Web technologies) from there. Basically, that's the way Cordova works... On Mon, Nov 10, 2014 at 10:14 AM, Erik Jan de Wit wrote: > > On 10 Nov,2014, at 10:39 , Luk?? Fry? wrote: > > > Since this is basically what Appcelerator Titanium does and is pretty > big scope... > > > Appcelerator enables you to create a xml to define the UI and translates > that to native widgets, so adding an abstraction layer. That makes it less > flexible and will only make you native UI look and behave the same. I > suggest we leave the creation of the UI alone and only provide a way to > reuse the javascript code. > > > But what you mean is just having a Cordova plugin that would allow to > access native UI widgets, right? > > > No not really what I meant, I mean having cordova so that you can build a > native UI (no webview) and have a way to invoke javascript functions from > this native UI. It will still use cordova libs to enable the communication, > but not like in a plugin more the other way around. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/67738d69/attachment.html From edewit at redhat.com Mon Nov 10 05:51:40 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 11:51:40 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: <7AB7322D-FF4F-4604-A9BA-15DE6C85E685@redhat.com> Message-ID: <90DB7FE1-7738-4A74-A60D-39E2E90D2118@redhat.com> On 10 Nov,2014, at 11:43 , Miguel Lemos wrote: > If that's the way you think, you can invoke Webview directly from the native Java / Android and use Javascript (as well as all the Web technologies) from there. Basically, that's the way Cordova works... I know how cordova works, and what I?m proposing will still use cordova, but instead of using a webview / HTML and CSS to create the UI I propose to use native widgets and have a framework to call javascript functions from this native UI widgets. That is something that you can not do with cordova today. From bruno at abstractj.org Mon Nov 10 05:56:19 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 10 Nov 2014 08:56:19 -0200 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: <20141110105619.GA85524@abstractj.org> On 2014-11-10, Matthias Wessendorf wrote: > On Mon, Nov 10, 2014 at 9:15 AM, Erik Jan de Wit wrote: > > > Hi, > > > > I was at gwtcon last week and I talked with Daniel Kurka ( he is part of > > the gwt team) about inbox. This is a new gmail app that is launched on iOS > > web and android. So google even though they have a lot of people to develop > > applications went for a cross platform approach based on Java. They > > considered cordova, but because they wanted an UI that was very speedy and > > also on older android devices they choice native. Java is used across all > > platforms using gwt to translate Java to javascript and j2objc to transform > > Java to objective-c. He reckons that about 70 - 80 % of the code is shared. > > > > So that gave me an idea, instead of using Java as the common language why > > not use javascript. And build a native UI that calls the javascript parts. > > This is of course a bit like appcelerator but without a layer in between. > > That way you could also still target windows phone. > > > > not sure we really target UI. It's more libraries (and gluecode) that > AeroGear brings to the table I must agree here. > > > > > > Why not try out this idea and see if it?s feasible? WDYT? > > > > Cheers, > > Erik Jan > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From edewit at redhat.com Mon Nov 10 05:58:24 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 11:58:24 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: <20141110105619.GA85524@abstractj.org> References: <20141110105619.GA85524@abstractj.org> Message-ID: <946BF356-47E2-4269-AFB3-0667934539BF@redhat.com> >> >> not sure we really target UI. It's more libraries (and gluecode) that >> AeroGear brings to the table > > I must agree here. So do I, and that is not what I?m suggesting. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/ed8541f4/attachment.html From matzew at apache.org Mon Nov 10 06:34:27 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 10 Nov 2014 12:34:27 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: Message-ID: On Mon, Nov 10, 2014 at 9:00 AM, Sebastien Blanc wrote: > +1 Dan, thx for all these useful feedback > @all : Shall we do separate PR/Tickets for these items or one "bigger" > Java Sender overhaul PR ? > I am fine with having smaller PRs (easier to review) > > > On Mon, Nov 10, 2014 at 5:45 AM, Daniel Bevenius < > daniel.bevenius at gmail.com> wrote: > >> +1 I think that making the application id and master secret part of the >> Sender makes sense. >> >> Looking at the code example you posted, I was a little surprised to see >> that the SenderClient.Builder does not build a SenderClient but instead a >> JavaSender. Inspecting the code I can see that SenderClient implements >> JavaSender of course, but having to think about this just truck me as there >> might be room for improvement. >> >> Would it be possible to move the methods declared in SenderClient that >> are missing from JavaSender into that interface? >> For example, it looks like the proxy methods and the truststore methods >> only exist in SenderClient. >> Was there a reason for leaving them out of the JavaSender interface? >> If we moved the methods up into the interface we could then make the >> naming consistent, like JavaSender and DefaultJavaSender. I'm lousy at >> coming up with class/interface names so this might be horrible but would >> PushSender be a better name for the interface? >> >> This might be a personal preference but I much prefer using a static >> method instead when creating a new Builder instance. There is one such >> static method in SenderClient but the Builder's constructor is still public >> making the usage above valid. What I'd prefer is that the Builder's >> constructor be private and provide static methods to start the build >> process: >> >> PushSender client = DefaultPushSender.withRootServerURL(" >> http://aerogear.example.com/ag-push") >> .proxy("proxy", 8080) >> .proxyType(Proxy.Type.HTTP) >> .build(); >> PushSender client = >> DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); >> PushSender client = DefaultPushSender.withConfig(inputstream).build(); >> >> Again, these might be personal preferences and others might disagree but >> I thought I'd post them just the same incase that offer different view. >> >> /Dan >> >> On 8 November 2014 13:59, Sebastien Blanc wrote: >> >>> Hi, >>> >>> Currently in the Java Sender Library the pushApplicationId and the >>> masterSecret are part of the UnifiedPushMessage object. I would like to >>> move these 2 fields to the Sender object and add it to its Builder API, >>> to have something like : >>> >>> JavaSender defaultJavaSender = new SenderClient.Builder("http://localhost:8080/ag-push") >>> .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") >>> .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") >>> .build(); >>> >>> >>> Why ? >>> >>> - Regarding design, these 2 fields are more part of the sender >>> rather than the message itself >>> - This is a first step to externalize the configuration, so we could >>> have later, for instance, `JavaSender defaultJavaSender = new >>> SenderClient.Config("path.to.config(or resource stream") >>> >>> What does it change ? >>> >>> - It only concerns the Java Sender, we do not touch the Rest Sender >>> API here. >>> - A Sender instance is now bounded to a particular PushApp, so if we >>> want to send a message to another PushApp we should : >>> - Create a new instance of the Sender >>> - Expose setters to update the config. >>> >>> So , wdyt ? >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/54368cc1/attachment-0001.html From matzew at apache.org Mon Nov 10 06:37:03 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 10 Nov 2014 12:37:03 +0100 Subject: [aerogear-dev] Cordova push-config.json generated in UPS Console - multiple variants In-Reply-To: References: Message-ID: On Mon, Nov 10, 2014 at 10:42 AM, Luk?? Fry? wrote: > Burr, I feel the push-config.json is the best thing to avoid maintenance > nightmare, since you can generate one config for all the platforms and > avoid different platform language hassle. > same here. Or I totally miss something obvious, but avoiding all the hassle was one of the reasons for the file. Also JSON is pretty much easy to import for every "Cordova developer IDE" (I mean if that IDE does not understand JSON, it's a more serious issue for the actual IDE) > > On Fri, Nov 7, 2014 at 8:29 PM, Burr Sutter wrote: > >> My only caution would be to avoid a ?maintenance nightmare? - making sure >> these snippets match the needs of >> - Xcode developer >> - android studio developer >> - visual studio developer >> - Jboss developer studio with hybrid mobile tools developer >> - the cordova developer using their CLI >> - the ionic developer using their CLI >> >> >> On Nov 7, 2014, at 6:03 AM, Luk?? Fry? wrote: >> >> Hey guys, >> >> the feature of UPS Console where you can generate push-config.json under >> the Example implementation is pretty cool: >> >> { >> "pushServerURL": "http://localhost:8080/ag-push/", >> "android" : { >> "senderID": "234", >> "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", >> "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" >> } >> } >> >> I would like to build on top of it. >> >> >> Especially for demo purposes, it would be nice to generate multi-variant >> configs at once, such as bellow. >> >> But the problem comes when you have more variants per one type, I have >> some ideas here: >> >> a) generate multi-configs and include all variants with comments what >> config stands for what variant >> b) generate multi-configs ONLY when there is at most one variant per type >> c) use alternative approach and allow to generate push-config.json >> according to user-selected variants (selection such as in Send Push feature) >> >> WDYT? >> >> { >> "pushServerURL": "http://localhost:8080/ag-push/", >> "android" : { >> "senderID": "234", >> "variantID": "a85cdfad-969c-4ab3-80bd-65a661bfd1a1", >> "variantSecret": "da2ffc3a-96bf-4ee1-81fe-92721569c407" >> }, >> "ios" : { >> ... >> }, >> "windows" : { >> ... >> }, >> "firefoxos" : { >> ... >> } >> } >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/20ebc8e1/attachment.html From corinnekrych at gmail.com Mon Nov 10 06:38:25 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 10 Nov 2014 12:38:25 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: <946BF356-47E2-4269-AFB3-0667934539BF@redhat.com> References: <20141110105619.GA85524@abstractj.org> <946BF356-47E2-4269-AFB3-0667934539BF@redhat.com> Message-ID: I like the idea but i don't have an idea of what an impl could be. Do you have more insight Erik? sth like http://hayageek.com/execute-javascript-in-ios/ and how will it fit with Cordova? ++ Corinne On 10 November 2014 11:58, Erik Jan de Wit wrote: > > not sure we really target UI. It's more libraries (and gluecode) that > AeroGear brings to the table > > > I must agree here. > > > So do I, and that is not what I?m suggesting. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/73c3a082/attachment.html From agalante at redhat.com Mon Nov 10 06:54:15 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 10 Nov 2014 06:54:15 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> Message-ID: <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> Good morning. Here is a final version: https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Monday, November 10, 2014 6:13:26 AM Subject: Re: [aerogear-dev] Shoot and Share design +1 On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: looks nice! - Christos On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > This is as far as I got today with it: > > https://issues.jboss.org/secure/attachment/12386218/icon.jpg > > I'll finish it on monday, any inputs are welcome. > > Have a nice weekend and I hope you get better soon Corinne. > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Friday, November 7, 2014 2:03:48 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Perfect, I'll work on that one. > > Thanks! > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Friday, November 7, 2014 1:37:07 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > It might be better to have sth that fit both platforms. > > ++ > Corinne > > On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: > >> I like the one on the far right with the purplish curved arrow. It >> reminds me a bit of the G in the AeroGear logo. >> >> On 11/07/2014 10:37 AM, Andres Galante wrote: >>> Hi, >>> >>> I am working with 3 ideas for the icon: >>> >>> 1- A camera with a share icon (arrow). Like the original one. >>> 2- A camera or a picture as a dialog icon. >>> 3- A typographic icon with the "s". >>> >>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>> >>> What do you think? any other idea is very welcome. >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Thursday, November 6, 2014 12:42:40 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>> I'll work on it and send it over for you guys to review soon. >>> After we do the Icon I'll help out with the interface. >>> >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" < supittma at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Thursday, November 6, 2014 12:31:27 PM >>> Subject: [aerogear-dev] Shoot and Share design >>> >>> >>> Now that we have two Shoot and Share impl's I'm hoping to get some >>> design work going on with them. >>> >>> Right now we need an icon. I'm sure if there is a wild designer on this >>> list we will get awesome input. >>> >>> (ppsssst agalante that's your cue). >>> >>> >> >> >> -- >> Summers Pittman >>>> Phone: 404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Mon Nov 10 08:04:36 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 14:04:36 +0100 Subject: [aerogear-dev] iOS cordova swift Message-ID: Hi, We discussed this before, using the swift iOS libs for cordova is not really great. When building cordova app as a developer I shouldn?t have to fire up Xcode to run or test my applications. Because the project that is used by cordova right now doesn?t support swift you?ll have to change settings in Xcode after installing the plugin to make it work again. So I suggest for the Oauth2 plugin we make it a javascript only plugin and depend on the inappbrowser, in this specific case I don?t think using the native parts will improve security (correct me I?ve I?m wrong) This will enable us to keep our roadmap and in time cordova will merge our PR and swift will be supported. WDYT, Erik Jan From scm.blanc at gmail.com Mon Nov 10 08:12:03 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 14:12:03 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: References: Message-ID: What about making a specific Keycloak Cordova plugin ? Most of the work is done with keycloak.js but the plugin could install the inappbrowser for us and expose keycloak.js ? Small plugin but useful (at least for me ;) On Mon, Nov 10, 2014 at 2:04 PM, Erik Jan de Wit wrote: > Hi, > > We discussed this before, using the swift iOS libs for cordova is not > really great. When building cordova app as a developer I shouldn?t have to > fire up Xcode to run or test my applications. Because the project that is > used by cordova right now doesn?t support swift you?ll have to change > settings in Xcode after installing the plugin to make it work again. > > So I suggest for the Oauth2 plugin we make it a javascript only plugin and > depend on the inappbrowser, in this specific case I don?t think using the > native parts will improve security (correct me I?ve I?m wrong) > > This will enable us to keep our roadmap and in time cordova will merge our > PR and swift will be supported. > > WDYT, > Erik Jan > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/40e2e858/attachment-0001.html From edewit at redhat.com Mon Nov 10 08:17:07 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 10 Nov 2014 14:17:07 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: <20141110105619.GA85524@abstractj.org> <946BF356-47E2-4269-AFB3-0667934539BF@redhat.com> Message-ID: On 10 Nov,2014, at 12:38 , Corinne Krych wrote: > I like the idea > but i don't have an idea of what an impl could be. Do you have more insight Erik? > sth like http://hayageek.com/execute-javascript-in-ios/ > Could use something like that, but my initial idea was to keep the web view as a javascript runtime and reusing the cordova libs for invoking the javascript, so that we don?t have to reinvent the wheel. Then the only thing needed is a kind of delegate that is used by the native UI that calls the javascript. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/8205843c/attachment.html From kpiwko at redhat.com Mon Nov 10 08:41:21 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Mon, 10 Nov 2014 14:41:21 +0100 Subject: [aerogear-dev] Setting up ssl certificate for Aerogear Unifiedpush server In-Reply-To: References: Message-ID: <1415626881.9157.1.camel@kpiwko-x220> Hi Luke, In case you want to define keystore, define it as a part of ssl connector. In case you want to define truststore, just add it to the process as system property. You can see an example here: https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/setup.sh And scripts for WildFly CLI used in the script are here: https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/enable_https.cli https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/configure_truststore_standalone.cli https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/enable_https_domain_wildfly_add_https_listener.cli HTH, Karel On Thu, 2014-11-06 at 10:39 +1100, Luke Du wrote: > Hi, > > Just wondering could anyone help me on this issue I posted here: > > http://aerogear-dev.1069024.n5.nabble.com/HTTPS-required-tc9730.html#a9743 > > Thanks in advance. > > Regards, > Luke > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From supittma at redhat.com Mon Nov 10 09:06:50 2014 From: supittma at redhat.com (Summers Pittman) Date: Mon, 10 Nov 2014 09:06:50 -0500 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <703477884.53317.1415374662205.JavaMail.zimbra@redhat.com> <545CEA3E.9040206@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> Message-ID: <5460C67A.3070307@redhat.com> On 11/10/2014 06:54 AM, Andres Galante wrote: > Good morning. Here is a final version: > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. That was going to be my comment. > > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 6:13:26 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > +1 > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > > > looks nice! > > - > Christos > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >> This is as far as I got today with it: >> >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> >> I'll finish it on monday, any inputs are welcome. >> >> Have a nice weekend and I hope you get better soon Corinne. >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 2:03:48 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Perfect, I'll work on that one. >> >> Thanks! >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 1:37:07 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >> It might be better to have sth that fit both platforms. >> >> ++ >> Corinne >> >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >> >>> I like the one on the far right with the purplish curved arrow. It >>> reminds me a bit of the G in the AeroGear logo. >>> >>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>> Hi, >>>> >>>> I am working with 3 ideas for the icon: >>>> >>>> 1- A camera with a share icon (arrow). Like the original one. >>>> 2- A camera or a picture as a dialog icon. >>>> 3- A typographic icon with the "s". >>>> >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>> >>>> What do you think? any other idea is very welcome. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>> I'll work on it and send it over for you guys to review soon. >>>> After we do the Icon I'll help out with the interface. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Summers Pittman" < supittma at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>> Subject: [aerogear-dev] Shoot and Share design >>>> >>>> >>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>> design work going on with them. >>>> >>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>> list we will get awesome input. >>>> >>>> (ppsssst agalante that's your cue). >>>> >>>> >>> >>> -- >>> Summers Pittman >>>>> Phone: 404 941 4698 >>>>> Java is my crack. >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From lholmqui at redhat.com Mon Nov 10 09:14:04 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Mon, 10 Nov 2014 09:14:04 -0500 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> References: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> Message-ID: +1 this is how we are doing it on the javascript client now( although not yet published to npm ) > On Nov 10, 2014, at 2:31 AM, Erik Jan de Wit wrote: > > +1 I like the static methods for creating the builder > Also makes perfect sense to make the applicationId and masterSecret part of the sender. >> >> PushSender client = DefaultPushSender.withRootServerURL("http://aerogear.example.com/ag-push ") >> .proxy("proxy", 8080) >> .proxyType(Proxy.Type.HTTP) >> .build(); >> PushSender client = DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); >> PushSender client = DefaultPushSender.withConfig(inputstream).build(); >> >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/e4f26ca2/attachment.html From cvasilak at gmail.com Mon Nov 10 10:21:18 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 10 Nov 2014 17:21:18 +0200 Subject: [aerogear-dev] Team meeting In-Reply-To: References: Message-ID: fyi, meeting minutes Meeting ended Mon Nov 10 15:13:47 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-10-15.00.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-10-15.00.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-10-15.00.log.html On Nov 7, 2014, at 5:14 PM, Daniel Bevenius wrote: > Agenda: > http://oksoclap.com/p/aerogear-team-mgt-20141110 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/cb1ba3ca/attachment.html From agalante at redhat.com Mon Nov 10 10:57:15 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 10 Nov 2014 10:57:15 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <5460C67A.3070307@redhat.com> References: <545B944F.6090807@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> Message-ID: <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> How about something like this: https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. ----- Original Message ----- From: "Summers Pittman" To: aerogear-dev at lists.jboss.org Sent: Monday, November 10, 2014 11:06:50 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/10/2014 06:54 AM, Andres Galante wrote: > Good morning. Here is a final version: > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. That was going to be my comment. > > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 6:13:26 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > +1 > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > > > looks nice! > > - > Christos > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >> This is as far as I got today with it: >> >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> >> I'll finish it on monday, any inputs are welcome. >> >> Have a nice weekend and I hope you get better soon Corinne. >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 2:03:48 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Perfect, I'll work on that one. >> >> Thanks! >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 1:37:07 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >> It might be better to have sth that fit both platforms. >> >> ++ >> Corinne >> >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >> >>> I like the one on the far right with the purplish curved arrow. It >>> reminds me a bit of the G in the AeroGear logo. >>> >>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>> Hi, >>>> >>>> I am working with 3 ideas for the icon: >>>> >>>> 1- A camera with a share icon (arrow). Like the original one. >>>> 2- A camera or a picture as a dialog icon. >>>> 3- A typographic icon with the "s". >>>> >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>> >>>> What do you think? any other idea is very welcome. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>> I'll work on it and send it over for you guys to review soon. >>>> After we do the Icon I'll help out with the interface. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Summers Pittman" < supittma at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>> Subject: [aerogear-dev] Shoot and Share design >>>> >>>> >>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>> design work going on with them. >>>> >>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>> list we will get awesome input. >>>> >>>> (ppsssst agalante that's your cue). >>>> >>>> >>> >>> -- >>> Summers Pittman >>>>> Phone: 404 941 4698 >>>>> Java is my crack. >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From qmx at qmx.me Mon Nov 10 12:01:00 2014 From: qmx at qmx.me (Douglas Campos) Date: Mon, 10 Nov 2014 15:01:00 -0200 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: Message-ID: <20141110170100.GH45087@darkstar.local> On Sat, Nov 08, 2014 at 01:59:31PM +0100, Sebastien Blanc wrote: > Hi, > > Currently in the Java Sender Library the pushApplicationId and the > masterSecret are part of the UnifiedPushMessage object. I would like to > move these 2 fields to the Sender object and add it to its Builder API, to > have something like : > > JavaSender defaultJavaSender = new > SenderClient.Builder("http://localhost:8080/ag-push") > .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") > .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") > .build(); > > > Why ? > > - Regarding design, these 2 fields are more part of the sender rather > than the message itself > - This is a first step to externalize the configuration, so we could > have later, for instance, `JavaSender defaultJavaSender = new > SenderClient.Config("path.to.config(or resource stream") I'm assuming a new Whatever.Config() will yield a Config instance, so this looks wrong. > > What does it change ? > > - It only concerns the Java Sender, we do not touch the Rest Sender API > here. > - A Sender instance is now bounded to a particular PushApp, so if we > want to send a message to another PushApp we should : > - Create a new instance of the Sender > - Expose setters to update the config. > > So , wdyt ? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- qmx From qmx at qmx.me Mon Nov 10 12:02:14 2014 From: qmx at qmx.me (Douglas Campos) Date: Mon, 10 Nov 2014 15:02:14 -0200 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: <300B1203-9470-45A7-AD2E-10323BA5ABA1@redhat.com> Message-ID: <20141110170214.GJ45087@darkstar.local> On Mon, Nov 10, 2014 at 08:51:55AM +0100, Corinne Krych wrote: > +1 too > also I like the idea of dropping "Java" in JavaSender for a more > descriptive PushSender or PushAppSender to get the information this sender > is linked to an Push app That's a nice idea! +1 > > ++ > Corinne > > On 10 November 2014 08:31, Erik Jan de Wit wrote: > > > +1 I like the static methods for creating the builder > > Also makes perfect sense to make the applicationId and masterSecret part > > of the sender. > > > > > > PushSender client = DefaultPushSender.withRootServerURL(" > > http://aerogear.example.com/ag-push") > > .proxy("proxy", 8080) > > .proxyType(Proxy.Type.HTTP) > > .build(); > > PushSender client = > > DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > > PushSender client = DefaultPushSender.withConfig(inputstream).build(); > > > > > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- qmx From qmx at qmx.me Mon Nov 10 12:01:34 2014 From: qmx at qmx.me (Douglas Campos) Date: Mon, 10 Nov 2014 15:01:34 -0200 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: References: Message-ID: <20141110170134.GI45087@darkstar.local> On Mon, Nov 10, 2014 at 05:45:16AM +0100, Daniel Bevenius wrote: > +1 I think that making the application id and master secret part of the > Sender makes sense. > > Looking at the code example you posted, I was a little surprised to see > that the SenderClient.Builder does not build a SenderClient but instead a > JavaSender. Inspecting the code I can see that SenderClient implements > JavaSender of course, but having to think about this just truck me as there > might be room for improvement. > > Would it be possible to move the methods declared in SenderClient that are > missing from JavaSender into that interface? > For example, it looks like the proxy methods and the truststore methods > only exist in SenderClient. > Was there a reason for leaving them out of the JavaSender interface? > If we moved the methods up into the interface we could then make the naming > consistent, like JavaSender and DefaultJavaSender. I'm lousy at coming up > with class/interface names so this might be horrible but would PushSender > be a better name for the interface? > > This might be a personal preference but I much prefer using a static method > instead when creating a new Builder instance. There is one such static > method in SenderClient but the Builder's constructor is still public making > the usage above valid. What I'd prefer is that the Builder's constructor be > private and provide static methods to start the build process: > > PushSender client = DefaultPushSender.withRootServerURL(" > http://aerogear.example.com/ag-push") > .proxy("proxy", 8080) > .proxyType(Proxy.Type.HTTP) > .build(); > PushSender client = > DefaultPushSender.withConfig("/path/on/classpath/push-config.json").build(); > PushSender client = DefaultPushSender.withConfig(inputstream).build(); +1 to the static method > > Again, these might be personal preferences and others might disagree but I > thought I'd post them just the same incase that offer different view. > > /Dan > > On 8 November 2014 13:59, Sebastien Blanc wrote: > > > Hi, > > > > Currently in the Java Sender Library the pushApplicationId and the > > masterSecret are part of the UnifiedPushMessage object. I would like to > > move these 2 fields to the Sender object and add it to its Builder API, > > to have something like : > > > > JavaSender defaultJavaSender = new SenderClient.Builder("http://localhost:8080/ag-push") > > .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") > > .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") > > .build(); > > > > > > Why ? > > > > - Regarding design, these 2 fields are more part of the sender rather > > than the message itself > > - This is a first step to externalize the configuration, so we could > > have later, for instance, `JavaSender defaultJavaSender = new > > SenderClient.Config("path.to.config(or resource stream") > > > > What does it change ? > > > > - It only concerns the Java Sender, we do not touch the Rest Sender > > API here. > > - A Sender instance is now bounded to a particular PushApp, so if we > > want to send a message to another PushApp we should : > > - Create a new instance of the Sender > > - Expose setters to update the config. > > > > So , wdyt ? > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- qmx From agalante at redhat.com Mon Nov 10 12:26:40 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 10 Nov 2014 12:26:40 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> Message-ID: <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> Here is a side by side image to help decide: https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Monday, November 10, 2014 12:57:15 PM Subject: Re: [aerogear-dev] Shoot and Share design How about something like this: https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. ----- Original Message ----- From: "Summers Pittman" To: aerogear-dev at lists.jboss.org Sent: Monday, November 10, 2014 11:06:50 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/10/2014 06:54 AM, Andres Galante wrote: > Good morning. Here is a final version: > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. That was going to be my comment. > > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 6:13:26 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > +1 > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > > > looks nice! > > - > Christos > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >> This is as far as I got today with it: >> >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> >> I'll finish it on monday, any inputs are welcome. >> >> Have a nice weekend and I hope you get better soon Corinne. >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 2:03:48 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Perfect, I'll work on that one. >> >> Thanks! >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 1:37:07 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >> It might be better to have sth that fit both platforms. >> >> ++ >> Corinne >> >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >> >>> I like the one on the far right with the purplish curved arrow. It >>> reminds me a bit of the G in the AeroGear logo. >>> >>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>> Hi, >>>> >>>> I am working with 3 ideas for the icon: >>>> >>>> 1- A camera with a share icon (arrow). Like the original one. >>>> 2- A camera or a picture as a dialog icon. >>>> 3- A typographic icon with the "s". >>>> >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>> >>>> What do you think? any other idea is very welcome. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>> I'll work on it and send it over for you guys to review soon. >>>> After we do the Icon I'll help out with the interface. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Summers Pittman" < supittma at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>> Subject: [aerogear-dev] Shoot and Share design >>>> >>>> >>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>> design work going on with them. >>>> >>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>> list we will get awesome input. >>>> >>>> (ppsssst agalante that's your cue). >>>> >>>> >>> >>> -- >>> Summers Pittman >>>>> Phone: 404 941 4698 >>>>> Java is my crack. >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From scm.blanc at gmail.com Mon Nov 10 12:17:05 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 10 Nov 2014 18:17:05 +0100 Subject: [aerogear-dev] Proposal to change the Java Sender Builder API In-Reply-To: <20141110170100.GH45087@darkstar.local> References: <20141110170100.GH45087@darkstar.local> Message-ID: On Mon, Nov 10, 2014 at 6:01 PM, Douglas Campos wrote: > On Sat, Nov 08, 2014 at 01:59:31PM +0100, Sebastien Blanc wrote: > > Hi, > > > > Currently in the Java Sender Library the pushApplicationId and the > > masterSecret are part of the UnifiedPushMessage object. I would like to > > move these 2 fields to the Sender object and add it to its Builder API, > to > > have something like : > > > > JavaSender defaultJavaSender = new > > SenderClient.Builder("http://localhost:8080/ag-push") > > > .pushApplicationId("c7fc6525-5506-4ca9-9cf1-55cc261ddb9c") > > .masterSecret("8b2f43a9-23c8-44fe-bee9-d6b0af9e316b") > > .build(); > > > > > > Why ? > > > > - Regarding design, these 2 fields are more part of the sender rather > > than the message itself > > - This is a first step to externalize the configuration, so we could > > have later, for instance, `JavaSender defaultJavaSender = new > > SenderClient.Config("path.to.config(or resource stream") > I'm assuming a new Whatever.Config() will yield a Config instance, so > this looks wrong. > Yeah wrong naming, Dan come already with something better Sender.withConfig(....) > > > > > What does it change ? > > > > - It only concerns the Java Sender, we do not touch the Rest Sender > API > > here. > > - A Sender instance is now bounded to a particular PushApp, so if we > > want to send a message to another PushApp we should : > > - Create a new instance of the Sender > > - Expose setters to update the config. > > > > So , wdyt ? > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > qmx > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/414d97c4/attachment.html From agalante at redhat.com Mon Nov 10 14:34:24 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 10 Nov 2014 14:34:24 -0500 (EST) Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> Message-ID: <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Hi, I am starting to redesign auroras.org. I would like your help to understand better the product and our user. Who is the developer that uses Aerogear? is it a hardcore developer, or someone that is looking for a ready made solution? I understand that we have 3 products, Core, Push and security. What is our main product? What is a user he looking for when he gets to Aerogear? How can Aerogear help him? At this point I would also like to build a ?design persona? to have a coherent identity, voice and styles throughout our line. If aerogear was a person, who would it be? what voice does it have, color, typography, etc. With this done we will make sure our websites, demos and consoles speak the same language. Thanks From daniel at passos.me Mon Nov 10 15:31:38 2014 From: daniel at passos.me (Daniel Passos) Date: Mon, 10 Nov 2014 18:31:38 -0200 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> Message-ID: Hi Andres, I really like the 'new' icon -- Passos On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante wrote: > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and > finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: > > Good morning. Here is a final version: > > > > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > > > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > > > Let me know if you like it. It's not very iOS7 style, if you think its > too old fashion I can build other options to choose from. > That was going to be my comment. > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Monday, November 10, 2014 6:13:26 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > +1 > > > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > > wrote: > > > > > > looks nice! > > > > - > > Christos > > > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > > wrote: > > > >> This is as far as I got today with it: > >> > >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >> > >> I'll finish it on monday, any inputs are welcome. > >> > >> Have a nice weekend and I hope you get better soon Corinne. > >> > >> ----- Original Message ----- > >> From: "Andres Galante" < agalante at redhat.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Friday, November 7, 2014 2:03:48 PM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> Perfect, I'll work on that one. > >> > >> Thanks! > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Friday, November 7, 2014 1:37:07 PM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> Same here curved purple arrow might be more expressive i think the > straight arror for ?share? comes from Apple icons. > >> It might be better to have sth that fit both platforms. > >> > >> ++ > >> Corinne > >> > >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > > wrote: > >> > >>> I like the one on the far right with the purplish curved arrow. It > >>> reminds me a bit of the G in the AeroGear logo. > >>> > >>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>> Hi, > >>>> > >>>> I am working with 3 ideas for the icon: > >>>> > >>>> 1- A camera with a share icon (arrow). Like the original one. > >>>> 2- A camera or a picture as a dialog icon. > >>>> 3- A typographic icon with the "s". > >>>> > >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>> > >>>> What do you think? any other idea is very welcome. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Andres Galante" < agalante at redhat.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>> > >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" > part. > >>>> I'll work on it and send it over for you guys to review soon. > >>>> After we do the Icon I'll help out with the interface. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Summers Pittman" < supittma at redhat.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>> Subject: [aerogear-dev] Shoot and Share design > >>>> > >>>> > >>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>> design work going on with them. > >>>> > >>>> Right now we need an icon. I'm sure if there is a wild designer on > this > >>>> list we will get awesome input. > >>>> > >>>> (ppsssst agalante that's your cue). > >>>> > >>>> > >>> > >>> -- > >>> Summers Pittman > >>>>> Phone: 404 941 4698 > >>>>> Java is my crack. > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/e00976ba/attachment.html From agalante at redhat.com Mon Nov 10 15:39:59 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 10 Nov 2014 15:39:59 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> Message-ID: <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> Thanks passos, this is the final icon: https://issues.jboss.org/secure/attachment/12386265/icon-final.png ----- Original Message ----- From: "Daniel Passos" To: "AeroGear Developer Mailing List" Sent: Monday, November 10, 2014 5:31:38 PM Subject: Re: [aerogear-dev] Shoot and Share design Hi Andres, I really like the 'new' icon -- Passos On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: Here is a side by side image to help decide: https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png ----- Original Message ----- From: "Andres Galante" < agalante at redhat.com > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 12:57:15 PM Subject: Re: [aerogear-dev] Shoot and Share design How about something like this: https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. ----- Original Message ----- From: "Summers Pittman" < supittma at redhat.com > To: aerogear-dev at lists.jboss.org Sent: Monday, November 10, 2014 11:06:50 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/10/2014 06:54 AM, Andres Galante wrote: > Good morning. Here is a final version: > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. That was going to be my comment. > > > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 6:13:26 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > +1 > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > > > looks nice! > > - > Christos > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >> This is as far as I got today with it: >> >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> >> I'll finish it on monday, any inputs are welcome. >> >> Have a nice weekend and I hope you get better soon Corinne. >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 2:03:48 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Perfect, I'll work on that one. >> >> Thanks! >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 1:37:07 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >> It might be better to have sth that fit both platforms. >> >> ++ >> Corinne >> >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >> >>> I like the one on the far right with the purplish curved arrow. It >>> reminds me a bit of the G in the AeroGear logo. >>> >>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>> Hi, >>>> >>>> I am working with 3 ideas for the icon: >>>> >>>> 1- A camera with a share icon (arrow). Like the original one. >>>> 2- A camera or a picture as a dialog icon. >>>> 3- A typographic icon with the "s". >>>> >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>> >>>> What do you think? any other idea is very welcome. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>> I'll work on it and send it over for you guys to review soon. >>>> After we do the Icon I'll help out with the interface. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Summers Pittman" < supittma at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>> Subject: [aerogear-dev] Shoot and Share design >>>> >>>> >>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>> design work going on with them. >>>> >>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>> list we will get awesome input. >>>> >>>> (ppsssst agalante that's your cue). >>>> >>>> >>> >>> -- >>> Summers Pittman >>>>> Phone: 404 941 4698 >>>>> Java is my crack. >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From corinnekrych at gmail.com Mon Nov 10 15:40:31 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 10 Nov 2014 21:40:31 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <420893004.55125.1415379828987.JavaMail.zimbra@redhat.com> <85533546.58612.1415392979109.JavaMail.zimbra@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> Message-ID: flatter is better to fit iOS7/8 +1 on the latest design Just smal question: I wonder if it would look better if we can see the circle surrounding the camera (here one quater is lost with background colour) ++ Corinne On 10 November 2014 18:26, Andres Galante wrote: > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and > finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: > > Good morning. Here is a final version: > > > > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > > > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > > > Let me know if you like it. It's not very iOS7 style, if you think its > too old fashion I can build other options to choose from. > That was going to be my comment. > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Monday, November 10, 2014 6:13:26 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > +1 > > > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > > wrote: > > > > > > looks nice! > > > > - > > Christos > > > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > > wrote: > > > >> This is as far as I got today with it: > >> > >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >> > >> I'll finish it on monday, any inputs are welcome. > >> > >> Have a nice weekend and I hope you get better soon Corinne. > >> > >> ----- Original Message ----- > >> From: "Andres Galante" < agalante at redhat.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Friday, November 7, 2014 2:03:48 PM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> Perfect, I'll work on that one. > >> > >> Thanks! > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Friday, November 7, 2014 1:37:07 PM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> Same here curved purple arrow might be more expressive i think the > straight arror for ?share? comes from Apple icons. > >> It might be better to have sth that fit both platforms. > >> > >> ++ > >> Corinne > >> > >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > > wrote: > >> > >>> I like the one on the far right with the purplish curved arrow. It > >>> reminds me a bit of the G in the AeroGear logo. > >>> > >>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>> Hi, > >>>> > >>>> I am working with 3 ideas for the icon: > >>>> > >>>> 1- A camera with a share icon (arrow). Like the original one. > >>>> 2- A camera or a picture as a dialog icon. > >>>> 3- A typographic icon with the "s". > >>>> > >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>> > >>>> What do you think? any other idea is very welcome. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Andres Galante" < agalante at redhat.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>> > >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" > part. > >>>> I'll work on it and send it over for you guys to review soon. > >>>> After we do the Icon I'll help out with the interface. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Summers Pittman" < supittma at redhat.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>> Subject: [aerogear-dev] Shoot and Share design > >>>> > >>>> > >>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>> design work going on with them. > >>>> > >>>> Right now we need an icon. I'm sure if there is a wild designer on > this > >>>> list we will get awesome input. > >>>> > >>>> (ppsssst agalante that's your cue). > >>>> > >>>> > >>> > >>> -- > >>> Summers Pittman > >>>>> Phone: 404 941 4698 > >>>>> Java is my crack. > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/07fd6b31/attachment.html From corinnekrych at gmail.com Mon Nov 10 15:42:14 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 10 Nov 2014 21:42:14 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> Message-ID: I guess this one answer my question, there is an idea of the arrow going away from the camera. I like it this way! ++ Corinne On 10 November 2014 21:39, Andres Galante wrote: > Thanks passos, this is the final icon: > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > ----- Original Message ----- > From: "Daniel Passos" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 5:31:38 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hi Andres, > > I really like the 'new' icon > > -- Passos > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and > finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" < supittma at redhat.com > > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: > > Good morning. Here is a final version: > > > > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > > > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > > > Let me know if you like it. It's not very iOS7 style, if you think its > too old fashion I can build other options to choose from. > That was going to be my comment. > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" < corinnekrych at gmail.com > > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 6:13:26 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > +1 > > > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > > wrote: > > > > > > looks nice! > > > > - > > Christos > > > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > > wrote: > > > >> This is as far as I got today with it: > >> > >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >> > >> I'll finish it on monday, any inputs are welcome. > >> > >> Have a nice weekend and I hope you get better soon Corinne. > >> > >> ----- Original Message ----- > >> From: "Andres Galante" < agalante at redhat.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Friday, November 7, 2014 2:03:48 PM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> Perfect, I'll work on that one. > >> > >> Thanks! > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Friday, November 7, 2014 1:37:07 PM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> Same here curved purple arrow might be more expressive i think the > straight arror for ?share? comes from Apple icons. > >> It might be better to have sth that fit both platforms. > >> > >> ++ > >> Corinne > >> > >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > > wrote: > >> > >>> I like the one on the far right with the purplish curved arrow. It > >>> reminds me a bit of the G in the AeroGear logo. > >>> > >>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>> Hi, > >>>> > >>>> I am working with 3 ideas for the icon: > >>>> > >>>> 1- A camera with a share icon (arrow). Like the original one. > >>>> 2- A camera or a picture as a dialog icon. > >>>> 3- A typographic icon with the "s". > >>>> > >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>> > >>>> What do you think? any other idea is very welcome. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Andres Galante" < agalante at redhat.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>> > >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" > part. > >>>> I'll work on it and send it over for you guys to review soon. > >>>> After we do the Icon I'll help out with the interface. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Summers Pittman" < supittma at redhat.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>> Subject: [aerogear-dev] Shoot and Share design > >>>> > >>>> > >>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>> design work going on with them. > >>>> > >>>> Right now we need an icon. I'm sure if there is a wild designer on > this > >>>> list we will get awesome input. > >>>> > >>>> (ppsssst agalante that's your cue). > >>>> > >>>> > >>> > >>> -- > >>> Summers Pittman > >>>>> Phone: 404 941 4698 > >>>>> Java is my crack. > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/af9a2130/attachment-0001.html From lholmqui at redhat.com Mon Nov 10 16:07:41 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Mon, 10 Nov 2014 16:07:41 -0500 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> References: <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: <8573807C-350E-47F1-A619-5509D98F5BF8@redhat.com> > On Nov 10, 2014, at 2:34 PM, Andres Galante wrote: > > Hi, I am starting to redesign auroras.org. I would like your help to understand better the product and our user. so whats auroras.org :) > > Who is the developer that uses Aerogear? is it a hardcore developer, or someone that is looking for a ready made solution? > I understand that we have 3 products, Core, Push and security. What is our main product? > What is a user he looking for when he gets to Aerogear? How can Aerogear help him? > > At this point I would also like to build a ?design persona? to have a coherent identity, voice and styles throughout our line. If aerogear was a person, who would it be? what voice does it have, color, typography, etc. > With this done we will make sure our websites, demos and consoles speak the same language. > > Thanks > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/944776ca/attachment.html From agalante at redhat.com Mon Nov 10 17:21:52 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 10 Nov 2014 17:21:52 -0500 (EST) Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <8573807C-350E-47F1-A619-5509D98F5BF8@redhat.com> References: <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> <8573807C-350E-47F1-A619-5509D98F5BF8@redhat.com> Message-ID: <1265361265.83780.1415658112494.JavaMail.zimbra@redhat.com> hahaha "Auroras" seems to be what zimbras corrector thinks aerogear means :) sorry. ----- Original Message ----- From: "Lucas Holmquist" To: "AeroGear Developer Mailing List" Sent: Monday, November 10, 2014 6:07:41 PM Subject: Re: [aerogear-dev] Aerogear Website design > On Nov 10, 2014, at 2:34 PM, Andres Galante wrote: > > Hi, I am starting to redesign auroras.org. I would like your help to understand better the product and our user. so whats auroras.org :) > > Who is the developer that uses Aerogear? is it a hardcore developer, or someone that is looking for a ready made solution? > I understand that we have 3 products, Core, Push and security. What is our main product? > What is a user he looking for when he gets to Aerogear? How can Aerogear help him? > > At this point I would also like to build a ?design persona? to have a coherent identity, voice and styles throughout our line. If aerogear was a person, who would it be? what voice does it have, color, typography, etc. > With this done we will make sure our websites, demos and consoles speak the same language. > > Thanks > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From daniel at passos.me Mon Nov 10 17:56:08 2014 From: daniel at passos.me (Daniel Passos) Date: Mon, 10 Nov 2014 20:56:08 -0200 Subject: [aerogear-dev] AeroGear Android 2.0.0-alpha.1 stage Message-ID: Hey Everyone, AeroGear Android 2.0.0-alpha.1 was staged on Nexus. \o/ We?ve been doing a lot of under the hood work on our Android library the past few months, and now it is ready to share with the world at large. Library Repository Core https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4199/ Security https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4201/ Store https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4202/ Pipe https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4203/ Auth https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4205/ Authz https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4211/ Push https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4207/ If you are lazy like us, here is a repository list to you add in your Maven settings staging-Core https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4199/ staging-Security https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4201/ staging-Store https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4202/ staging-Pipe https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4203/ staging-Auth https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4205/ staging-Authz https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4211/ staging-Push https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4207/ I?m planning to release these to Maven Central tomorrow night (BRT) ? Passos ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141110/3095a30a/attachment.html From bruno at abstractj.org Tue Nov 11 00:04:18 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 11 Nov 2014 03:04:18 -0200 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: Ahoy my friend, answers inline. (my personal opinion) On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante wrote: > Hi, I am starting to redesign auroras.org. I would like your help to > understand better the product and our user. > > Who is the developer that uses Aerogear? is it a hardcore developer, or > someone that is looking for a ready made solution? > I think both. We have JavaScript, iOS, Android, Cordova, Firefox and JavaEE developers. For example, some Java EE developers don't care about JS and they might be looking for a ready made solution (In this situation, AeroGear with Forge or JBDS is a good fit). At the same time you have JS developers for example like Lukas or Luke, which are familiar with Java EE, but they are more like a hardcore developer and they just want to make use of libraries. Some devs will stick make use of tools, others to just our libraries. > I understand that we have 3 products, Core, Push and security. What is our > main product? > At the moment, I would say that Push is the main AeroGear focus. Although AG is more than just Push. We provide libraries willing to make developer's life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 factor), data sync, geo-fencing, offline support...and more crazy and dirty things you could possible imagine with fancy devices ? probably AG will be there. > What is a user he looking for when he gets to Aerogear? How can Aerogear > help him? > Most of the developers (others can correct me if I'm wrong) are looking to boost their productivity. Let's think about something very complex like cryptography or OAuth2, is really hard to newcomers to grok into RFCs and implement it. Most part of the time people just want to connect their apps to Facebook, Twitter, . People don't have time and sometimes patience to read RFCs and start from scratch (because it's boring) I think this is where AeroGear comes into place. If you talk to Passos, he will give to you details about reducing 25% of the hard work on Android with AeroGear. > > At this point I would also like to build a ?design persona? to have a > coherent identity, voice and styles throughout our line. If aerogear was a > person, who would it be? what voice does it have, color, typography, etc. > Amazing. Not sure if AeroGear would be a person, but to me is more like Skipper ( http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg ) > With this done we will make sure our websites, demos and consoles speak > the same language. > > Thanks > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/f3576e8f/attachment-0001.html From daniel.bevenius at gmail.com Tue Nov 11 00:38:14 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Tue, 11 Nov 2014 06:38:14 +0100 Subject: [aerogear-dev] [datasync] JIRA component name Message-ID: Hi All, we have created JIRA tasks for the data sync roadmaps [1][2]. While creating them we noticed that we are using different component names in JIRA for the our projects: AEROGEAR: Uses 'data-sync' as the component name: https://issues.jboss.org/issues/?filter=12322676 AGIOS Uses 'sync' as the component name: https://issues.jboss.org/issues/?filter=12322678 AGDROID Uses 'datasync' as the component name: https://issues.jboss.org/issues/?filter=12322677 AGJS Uses 'data-sync' as the component name: https://issues.jboss.org/issues/?filter=12322679 I would be nice to makes these consistent across the projects. Let me know which you prefer and I'll make the changes needed. I'm personally +1 for 'datasync' [1] http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync [2] http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/97598da8/attachment.html From matzew at apache.org Tue Nov 11 02:00:48 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 08:00:48 +0100 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: Message-ID: instead of storing all sync items underneath the AEROGEAR instance, we could have a AGDATASYNC JIRA instance. I think this makes it nicer to organize, especially with releases. That's what we did with AGPUSH for the 'push feature', which obviously is available across platforms. -Matthias On Tue, Nov 11, 2014 at 6:38 AM, Daniel Bevenius wrote: > Hi All, > > we have created JIRA tasks for the data sync roadmaps [1][2]. > > While creating them we noticed that we are using different component names > in JIRA for the our projects: > > AEROGEAR: > Uses 'data-sync' as the component name: > https://issues.jboss.org/issues/?filter=12322676 > > AGIOS > Uses 'sync' as the component name: > https://issues.jboss.org/issues/?filter=12322678 > > AGDROID > Uses 'datasync' as the component name: > https://issues.jboss.org/issues/?filter=12322677 > > AGJS > Uses 'data-sync' as the component name: > https://issues.jboss.org/issues/?filter=12322679 > > I would be nice to makes these consistent across the projects. Let me know > which you prefer and I'll make the changes needed. > > I'm personally +1 for 'datasync' > > [1] http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync > [2] http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/1ec50a8c/attachment.html From matzew at apache.org Tue Nov 11 02:05:17 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 08:05:17 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira wrote: > Ahoy my friend, answers inline. (my personal opinion) > > On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante > wrote: > >> Hi, I am starting to redesign auroras.org. I would like your help to >> understand better the product and our user. >> >> Who is the developer that uses Aerogear? is it a hardcore developer, or >> someone that is looking for a ready made solution? >> > > I think both. We have JavaScript, iOS, Android, Cordova, Firefox and > JavaEE developers. For example, some Java EE developers don't care about JS > and they might be looking for a ready made solution (In this situation, > AeroGear with Forge or JBDS is a good fit). > > At the same time you have JS developers for example like Lukas or Luke, > which are familiar with Java EE, but they are more like a hardcore > developer and they just want to make use of libraries. Some devs will stick > make use of tools, others to just our libraries. > +1 both are 'target' > > >> I understand that we have 3 products, Core, Push and security. What is >> our main product? >> > > At the moment, I would say that Push is the main AeroGear focus. Although > AG is more than just Push. We provide libraries willing to make developer's > life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 > factor), data sync, geo-fencing, offline support...and more crazy and dirty > things you could possible imagine with fancy devices ? probably AG will be > there. > correct. first push release is done. Work for others (e.g.OAuth2 and data-sync/offline) is in the works. > > >> What is a user he looking for when he gets to Aerogear? How can Aerogear >> help him? >> > > Most of the developers (others can correct me if I'm wrong) are looking to > boost their productivity. Let's think about something very complex like > cryptography or OAuth2, is really hard to newcomers to grok into RFCs and > implement it. Most part of the time people just want to connect their apps > to Facebook, Twitter, . People don't > have time and sometimes patience to read RFCs and start from scratch > (because it's boring) > > I think this is where AeroGear comes into place. If you talk to Passos, he > will give to you details about reducing 25% of the hard work on Android > with AeroGear. > Right, both are examples to make life easier. Same goes for push. our server makes it easier to handle and manage all aspects of push. > > >> >> At this point I would also like to build a ?design persona? to have a >> coherent identity, voice and styles throughout our line. If aerogear was a >> person, who would it be? what voice does it have, color, typography, etc. >> > > Amazing. Not sure if AeroGear would be a person, but to me is more like > Skipper ( > http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg > ) > hehe :) > > >> With this done we will make sure our websites, demos and consoles speak >> the same language. >> >> Thanks >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/5120a23f/attachment.html From matzew at apache.org Tue Nov 11 03:34:01 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 09:34:01 +0100 Subject: [aerogear-dev] Devoxx OAuth2 Message-ID: Hi, last night our own Corinne Krych spoke at Devoxx about OAuth2 for native apps. Her beautiful slides include AeroGear and Keycloak: http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#0 Enjoy! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/b01dfba2/attachment.html From daniel.bevenius at gmail.com Tue Nov 11 04:20:19 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Tue, 11 Nov 2014 10:20:19 +0100 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: Message-ID: I'm fine with making an AGDATASYNC or AGSYNC JIRA instance if that is what is agreed upon. On 11 November 2014 08:00, Matthias Wessendorf wrote: > instead of storing all sync items underneath the AEROGEAR instance, we > could have a AGDATASYNC JIRA instance. I think this makes it nicer to > organize, especially with releases. That's what we did with AGPUSH for the > 'push feature', which obviously is available across platforms. > > -Matthias > > On Tue, Nov 11, 2014 at 6:38 AM, Daniel Bevenius < > daniel.bevenius at gmail.com> wrote: > >> Hi All, >> >> we have created JIRA tasks for the data sync roadmaps [1][2]. >> >> While creating them we noticed that we are using different component >> names in JIRA for the our projects: >> >> AEROGEAR: >> Uses 'data-sync' as the component name: >> https://issues.jboss.org/issues/?filter=12322676 >> >> AGIOS >> Uses 'sync' as the component name: >> https://issues.jboss.org/issues/?filter=12322678 >> >> AGDROID >> Uses 'datasync' as the component name: >> https://issues.jboss.org/issues/?filter=12322677 >> >> AGJS >> Uses 'data-sync' as the component name: >> https://issues.jboss.org/issues/?filter=12322679 >> >> I would be nice to makes these consistent across the projects. Let me >> know which you prefer and I'll make the changes needed. >> >> I'm personally +1 for 'datasync' >> >> [1] http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync >> [2] http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/9acc4f00/attachment-0001.html From edewit at redhat.com Tue Nov 11 04:23:10 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 11 Nov 2014 10:23:10 +0100 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: Message-ID: <50937D33-8014-4A77-8E03-8105F7A7A546@redhat.com> Isn?t datasync a feature of AeroGear? Those this mean every feature is going to have it?s own JIRA? What is the rule? On 11 Nov,2014, at 10:20 , Daniel Bevenius wrote: > I'm fine with making an AGDATASYNC or AGSYNC JIRA instance if that is what is agreed upon. > > On 11 November 2014 08:00, Matthias Wessendorf wrote: > instead of storing all sync items underneath the AEROGEAR instance, we could have a AGDATASYNC JIRA instance. I think this makes it nicer to organize, especially with releases. That's what we did with AGPUSH for the 'push feature', which obviously is available across platforms. > > -Matthias > > On Tue, Nov 11, 2014 at 6:38 AM, Daniel Bevenius wrote: > Hi All, > > we have created JIRA tasks for the data sync roadmaps [1][2]. > > While creating them we noticed that we are using different component names in JIRA for the our projects: > > AEROGEAR: > Uses 'data-sync' as the component name: > https://issues.jboss.org/issues/?filter=12322676 > > AGIOS > Uses 'sync' as the component name: > https://issues.jboss.org/issues/?filter=12322678 > > AGDROID > Uses 'datasync' as the component name: > https://issues.jboss.org/issues/?filter=12322677 > > AGJS > Uses 'data-sync' as the component name: > https://issues.jboss.org/issues/?filter=12322679 > > I would be nice to makes these consistent across the projects. Let me know which you prefer and I'll make the changes needed. > > I'm personally +1 for 'datasync' > > [1] http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync > [2] http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/c8bf3e20/attachment.html From matzew at apache.org Tue Nov 11 04:32:43 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 10:32:43 +0100 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: <50937D33-8014-4A77-8E03-8105F7A7A546@redhat.com> References: <50937D33-8014-4A77-8E03-8105F7A7A546@redhat.com> Message-ID: On Tue, Nov 11, 2014 at 10:23 AM, Erik Jan de Wit wrote: > Isn?t datasync a feature of AeroGear? Those this mean every feature is > going to have it?s own JIRA? What is the rule? > not sure there is a rule :) but for push I found it easer and nice with the different versions, doing releases, planing etc in roadmap. If Dan wants to do that in AeroGear, that's fine > > On 11 Nov,2014, at 10:20 , Daniel Bevenius > wrote: > > I'm fine with making an AGDATASYNC or AGSYNC JIRA instance if that is what > is agreed upon. > > On 11 November 2014 08:00, Matthias Wessendorf wrote: > >> instead of storing all sync items underneath the AEROGEAR instance, we >> could have a AGDATASYNC JIRA instance. I think this makes it nicer to >> organize, especially with releases. That's what we did with AGPUSH for the >> 'push feature', which obviously is available across platforms. >> >> -Matthias >> >> On Tue, Nov 11, 2014 at 6:38 AM, Daniel Bevenius < >> daniel.bevenius at gmail.com> wrote: >> >>> Hi All, >>> >>> we have created JIRA tasks for the data sync roadmaps [1][2]. >>> >>> While creating them we noticed that we are using different component >>> names in JIRA for the our projects: >>> >>> AEROGEAR: >>> Uses 'data-sync' as the component name: >>> https://issues.jboss.org/issues/?filter=12322676 >>> >>> AGIOS >>> Uses 'sync' as the component name: >>> https://issues.jboss.org/issues/?filter=12322678 >>> >>> AGDROID >>> Uses 'datasync' as the component name: >>> https://issues.jboss.org/issues/?filter=12322677 >>> >>> AGJS >>> Uses 'data-sync' as the component name: >>> https://issues.jboss.org/issues/?filter=12322679 >>> >>> I would be nice to makes these consistent across the projects. Let me >>> know which you prefer and I'll make the changes needed. >>> >>> I'm personally +1 for 'datasync' >>> >>> [1] http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync >>> [2] >>> http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/7f283d80/attachment.html From matzew at apache.org Tue Nov 11 04:33:56 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 10:33:56 +0100 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: <50937D33-8014-4A77-8E03-8105F7A7A546@redhat.com> Message-ID: For SimplePush we also created a separate instance, I think due to similar reasons. But again, if Dan is fine in using AEROGEAR intance, so it is. No hard rule on that On Tue, Nov 11, 2014 at 10:32 AM, Matthias Wessendorf wrote: > > > On Tue, Nov 11, 2014 at 10:23 AM, Erik Jan de Wit > wrote: > >> Isn?t datasync a feature of AeroGear? Those this mean every feature is >> going to have it?s own JIRA? What is the rule? >> > > not sure there is a rule :) > > but for push I found it easer and nice with the different versions, doing > releases, planing etc in roadmap. If Dan wants to do that in AeroGear, > that's fine > > >> >> On 11 Nov,2014, at 10:20 , Daniel Bevenius >> wrote: >> >> I'm fine with making an AGDATASYNC or AGSYNC JIRA instance if that is >> what is agreed upon. >> >> On 11 November 2014 08:00, Matthias Wessendorf wrote: >> >>> instead of storing all sync items underneath the AEROGEAR instance, we >>> could have a AGDATASYNC JIRA instance. I think this makes it nicer to >>> organize, especially with releases. That's what we did with AGPUSH for the >>> 'push feature', which obviously is available across platforms. >>> >>> -Matthias >>> >>> On Tue, Nov 11, 2014 at 6:38 AM, Daniel Bevenius < >>> daniel.bevenius at gmail.com> wrote: >>> >>>> Hi All, >>>> >>>> we have created JIRA tasks for the data sync roadmaps [1][2]. >>>> >>>> While creating them we noticed that we are using different component >>>> names in JIRA for the our projects: >>>> >>>> AEROGEAR: >>>> Uses 'data-sync' as the component name: >>>> https://issues.jboss.org/issues/?filter=12322676 >>>> >>>> AGIOS >>>> Uses 'sync' as the component name: >>>> https://issues.jboss.org/issues/?filter=12322678 >>>> >>>> AGDROID >>>> Uses 'datasync' as the component name: >>>> https://issues.jboss.org/issues/?filter=12322677 >>>> >>>> AGJS >>>> Uses 'data-sync' as the component name: >>>> https://issues.jboss.org/issues/?filter=12322679 >>>> >>>> I would be nice to makes these consistent across the projects. Let me >>>> know which you prefer and I'll make the changes needed. >>>> >>>> I'm personally +1 for 'datasync' >>>> >>>> [1] http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync >>>> [2] >>>> http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at 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 at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/a28cb16d/attachment-0001.html From qmx at qmx.me Tue Nov 11 04:34:47 2014 From: qmx at qmx.me (Douglas Campos) Date: Tue, 11 Nov 2014 07:34:47 -0200 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: Message-ID: Don't forget the JIRA "column" size limit, you might get a not so cool name :( -- qmx From matzew at apache.org Tue Nov 11 04:39:14 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 10:39:14 +0100 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: Message-ID: AGSYNC ? :) On Tue, Nov 11, 2014 at 10:34 AM, Douglas Campos wrote: > Don't forget the JIRA "column" size limit, you might get a not so cool > name :( > -- > qmx > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/b5777503/attachment.html From bruno at abstractj.org Tue Nov 11 05:52:11 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 11 Nov 2014 02:52:11 -0800 (PST) Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: References: Message-ID: <1415703131031.134f1f38@Nodemailer> +1 AGSYNC ? abstractj PGP: 0x84DC9914 On Tue, Nov 11, 2014 at 7:39 AM, Matthias Wessendorf wrote: > AGSYNC ? :) > On Tue, Nov 11, 2014 at 10:34 AM, Douglas Campos wrote: >> Don't forget the JIRA "column" size limit, you might get a not so cool >> name :( >> -- >> qmx >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/bc38b9a2/attachment.html From daniel.bevenius at gmail.com Tue Nov 11 06:04:54 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Tue, 11 Nov 2014 12:04:54 +0100 Subject: [aerogear-dev] [datasync] Diffsync demo screencast Message-ID: Hi, just wanted to share a short screen cast of the demos we have for the diffsync POC: https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing This is just to show what is there at the moment as setting this up and running locally involves building the server locally, a bunch of iOS submodules, etc (pretty painful). This is still very much a work in progress but hopefully this will allow us to validate ideas and try things out as we move forward. The repos involved are: https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync https://github.com/danbev/aerogear-ios-sync-demo https://github.com/danbev/android-diffsync-demo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/db223c89/attachment.html From bruno at abstractj.org Tue Nov 11 06:18:37 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 11 Nov 2014 09:18:37 -0200 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: References: Message-ID: <20141111111837.GA23159@abstractj.org> So the idea is to make use of implicit grants like JS does, right? And this is what you're suggesting https://docs.auth0.com/native-platforms/cordova ? On 2014-11-10, Erik Jan de Wit wrote: > Hi, > > We discussed this before, using the swift iOS libs for cordova is not really great. When building cordova app as a developer I shouldn?t have to fire up Xcode to run or test my applications. Because the project that is used by cordova right now doesn?t support swift you?ll have to change settings in Xcode after installing the plugin to make it work again. > > So I suggest for the Oauth2 plugin we make it a javascript only plugin and depend on the inappbrowser, in this specific case I don?t think using the native parts will improve security (correct me I?ve I?m wrong) > > This will enable us to keep our roadmap and in time cordova will merge our PR and swift will be supported. > > WDYT, > Erik Jan > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From theute at redhat.com Tue Nov 11 06:19:38 2014 From: theute at redhat.com (Thomas Heute) Date: Tue, 11 Nov 2014 12:19:38 +0100 Subject: [aerogear-dev] Devoxx OAuth2 In-Reply-To: References: Message-ID: <5461F0CA.9030502@redhat.com> http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#16 is just awesome :) Thomas On 11/11/2014 09:34 AM, Matthias Wessendorf wrote: > Hi, > > last night our own Corinne Krych spoke at Devoxx about OAuth2 for > native apps. > > Her beautiful slides include AeroGear and Keycloak: > http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#0 > > Enjoy! > -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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/ad45d8bf/attachment.html From edewit at redhat.com Tue Nov 11 06:57:27 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 11 Nov 2014 12:57:27 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <20141111111837.GA23159@abstractj.org> References: <20141111111837.GA23159@abstractj.org> Message-ID: <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> On 11 Nov,2014, at 12:18 , Bruno Oliveira wrote: > So the idea is to make use of implicit grants like JS does, right? And > this is what you're suggesting > https://docs.auth0.com/native-platforms/cordova ? > Right, but then it will be a plugin that will be combine these things so that there are no manual steps needed so after installing the plugin you could do: oauth2.google("517285908032-l580qf378r0jg5l9ebt52ugvbp5vvf06.apps.googleusercontent.com", ['openid', 'email']) .then(function (result) { console.log(result); }, function (error) { alert(error); }); -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/996b287a/attachment-0001.html From bruno at abstractj.org Tue Nov 11 07:10:25 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 11 Nov 2014 10:10:25 -0200 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> Message-ID: <20141111121025.GA49974@abstractj.org> Gotcha, so the idea is to make use of the same approach from ag-js? On 2014-11-11, Erik Jan de Wit wrote: > > On 11 Nov,2014, at 12:18 , Bruno Oliveira wrote: > > > So the idea is to make use of implicit grants like JS does, right? And > > this is what you're suggesting > > https://docs.auth0.com/native-platforms/cordova ? > > > > Right, but then it will be a plugin that will be combine these things so that there are no manual steps needed so after installing the plugin you could do: > > oauth2.google("517285908032-l580qf378r0jg5l9ebt52ugvbp5vvf06.apps.googleusercontent.com", ['openid', 'email']) > .then(function (result) { > console.log(result); > }, function (error) { > alert(error); > }); > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From edewit at redhat.com Tue Nov 11 07:12:30 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 11 Nov 2014 13:12:30 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <20141111121025.GA49974@abstractj.org> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> Message-ID: <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> On 11 Nov,2014, at 13:10 , Bruno Oliveira wrote: > Gotcha, so the idea is to make use of the same approach from ag-js? Right, but then use InAppBrowser so that you can use it more easily on cordova From corinnekrych at gmail.com Tue Nov 11 07:20:20 2014 From: corinnekrych at gmail.com (Corinne) Date: Tue, 11 Nov 2014 13:20:20 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> Message-ID: <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> But with implicit grant you won't get refresh tokens. So you dont offer the same fluid features like the natives experience... ++ Corinne Sent from my iPhone > On 11 nov. 2014, at 13:12, Erik Jan de Wit wrote: > > >> On 11 Nov,2014, at 13:10 , Bruno Oliveira wrote: >> >> Gotcha, so the idea is to make use of the same approach from ag-js? > > Right, but then use InAppBrowser so that you can use it more easily on cordova > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Tue Nov 11 07:39:57 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 11 Nov 2014 13:39:57 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> Message-ID: <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> I thought, correct me if I?m wrong, that mobile and javascript apps cannot use anything other then implicit grant. As the whole switching to the browser can be intercepted and therefore mobile client cannot be trusted to keep the secret. On 11 Nov,2014, at 13:20 , Corinne wrote: > But with implicit grant you won't get refresh tokens. > So you dont offer the same fluid features like the natives experience... > > ++ > Corinne > > Sent from my iPhone > >> On 11 nov. 2014, at 13:12, Erik Jan de Wit wrote: >> >> >>> On 11 Nov,2014, at 13:10 , Bruno Oliveira wrote: >>> >>> Gotcha, so the idea is to make use of the same approach from ag-js? >> >> Right, but then use InAppBrowser so that you can use it more easily on cordova >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Tue Nov 11 07:58:38 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Tue, 11 Nov 2014 07:58:38 -0500 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: <1415703131031.134f1f38@Nodemailer> References: <1415703131031.134f1f38@Nodemailer> Message-ID: <0CC32597-9615-44A0-9F4C-A0D740FAE9DE@redhat.com> +1 AGSYNC but if that isn?t available, then i vote for GETTOTHACHOPPA > On Nov 11, 2014, at 5:52 AM, Bruno Oliveira wrote: > > +1 AGSYNC > > ? > > abstractj > PGP: 0x84DC9914 > > > On Tue, Nov 11, 2014 at 7:39 AM, Matthias Wessendorf > wrote: > > AGSYNC ? :) > > On Tue, Nov 11, 2014 at 10:34 AM, Douglas Campos > wrote: > Don't forget the JIRA "column" size limit, you might get a not so cool name :( > -- > qmx > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/57a9bf17/attachment.html From scm.blanc at gmail.com Tue Nov 11 08:12:14 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Tue, 11 Nov 2014 14:12:14 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations Message-ID: Hi, I would like to start a discussion around the import/export of installations in UPS. To track all the tasks, we have a ticket[1] also containing some sub-tasks. Scope For now we stick to installations, meanning we can import or export installations from a particular Variant. Import/Export for Variants will maybe come later but due to some security issues (mainly for iOS cert/passphrase) it's on hold. Import Service That's an easy one ;) since the service already exist [2]. It's a REST service and it uses the VariantId/Secret combination to authenticate. Data format looks like : [ { "deviceToken" : "someTokenString", "deviceType" : "iPad", "operatingSystem" : "iOS", "osVersion" : "6.1.2", "alias" : "someUsername or email adress...", "categories" : ["football", "sport"] }, { "deviceToken" : "someOtherTokenString", ... }, ... ] Export Service Like import, it will use the variantId/secret combo to authenticate and retrieve the right variant to export the installations. The data structure format would of course looks like the one used for import. Output format How should provide the exported data ? I need your input here 1. Raw Json ? 2. Json file ? 3. Zip / tarball ? UI UI should be a *nice to have* I would suggest to add 2 items (import and export) in the contextual menu that you can see in this screenshot : For import, the user will have a file input and feedback on how many installations were imported. For export, the user just have to press an export button Migration issues So, that is a very important point that I would like to discuss. Even if we are able to import installations, the *variantID_ and the __variantSecret* will not match with those that are in the Clients. Imagine the following scenario : I export 15000 installations, my datacenter burns, I create a new UPS instance, with a new Push App and a new Variant (so new VariantID and VariantSecret), then I inport the installations. Well, my 15000 clients will point to the wrong variant. For sure, they can be updated but that might not always be an option. That is why I would like suggest the following change : Make *VariantId* and *VariantSecret* editable, so after someone has done an import he can change the values of the variants so it matches the clients. I know we had this discussion before, but in the future we might want to change the naming around VariantId and VariantSecret, to me it sounds more like *variantAPIKey* / *variantAPISecret* wdyt ? Security As said before, import/export uses variantId/variantSecret to authenticate. So if someone has access to these keys he could make a malicious import of 500k installations. What should we do for that ? We could give this access only to authenticated "console" users but then it would be hard to expose import/export as rest service (because of KC implication) Please comment, ask questions , be crazy ... Sebi [1] https://issues.jboss.org/browse/AGPUSH-978 [2] http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/0ee808d1/attachment-0001.html From corinnekrych at gmail.com Tue Nov 11 08:34:29 2014 From: corinnekrych at gmail.com (Corinne) Date: Tue, 11 Nov 2014 14:34:29 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> Message-ID: <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> That's the point of proving a cordova plugin to store those tokens in natives secured storage. Doing a cordova plugin with implicit grant miss the point. Sent from my iPhone > On 11 nov. 2014, at 13:39, Erik Jan de Wit wrote: > > I thought, correct me if I?m wrong, that mobile and javascript apps cannot use anything other then implicit grant. As the whole switching to the browser can be intercepted and therefore mobile client cannot be trusted to keep the secret. > >> On 11 Nov,2014, at 13:20 , Corinne wrote: >> >> But with implicit grant you won't get refresh tokens. >> So you dont offer the same fluid features like the natives experience... >> >> ++ >> Corinne >> >> Sent from my iPhone >> >>> On 11 nov. 2014, at 13:12, Erik Jan de Wit wrote: >>> >>> >>>> On 11 Nov,2014, at 13:10 , Bruno Oliveira wrote: >>>> >>>> Gotcha, so the idea is to make use of the same approach from ag-js? >>> >>> Right, but then use InAppBrowser so that you can use it more easily on cordova >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From lholmqui at redhat.com Tue Nov 11 08:36:50 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Tue, 11 Nov 2014 08:36:50 -0500 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> Message-ID: <805C822A-4B7E-4983-B48F-03F05263E538@redhat.com> Agreed, Implicit grant is only needed for pure JS apps, > On Nov 11, 2014, at 8:34 AM, Corinne wrote: > > That's the point of proving a cordova plugin to store those tokens in natives secured storage. > Doing a cordova plugin with implicit grant miss the point. > > Sent from my iPhone > >> On 11 nov. 2014, at 13:39, Erik Jan de Wit wrote: >> >> I thought, correct me if I?m wrong, that mobile and javascript apps cannot use anything other then implicit grant. As the whole switching to the browser can be intercepted and therefore mobile client cannot be trusted to keep the secret. >> >>> On 11 Nov,2014, at 13:20 , Corinne wrote: >>> >>> But with implicit grant you won't get refresh tokens. >>> So you dont offer the same fluid features like the natives experience... >>> >>> ++ >>> Corinne >>> >>> Sent from my iPhone >>> >>>> On 11 nov. 2014, at 13:12, Erik Jan de Wit wrote: >>>> >>>> >>>>> On 11 Nov,2014, at 13:10 , Bruno Oliveira wrote: >>>>> >>>>> Gotcha, so the idea is to make use of the same approach from ag-js? >>>> >>>> Right, but then use InAppBrowser so that you can use it more easily on cordova >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From supittma at redhat.com Tue Nov 11 09:10:57 2014 From: supittma at redhat.com (Summers Pittman) Date: Tue, 11 Nov 2014 09:10:57 -0500 Subject: [aerogear-dev] [datasync] JIRA component name In-Reply-To: <0CC32597-9615-44A0-9F4C-A0D740FAE9DE@redhat.com> References: <1415703131031.134f1f38@Nodemailer> <0CC32597-9615-44A0-9F4C-A0D740FAE9DE@redhat.com> Message-ID: <546218F1.5090602@redhat.com> On 11/11/2014 07:58 AM, Lucas Holmquist wrote: > +1 AGSYNC +1, but only because I am rocking the 90s boy band blonde right now. > > > but if that isn?t available, then i vote for GETTOTHACHOPPA > >> On Nov 11, 2014, at 5:52 AM, Bruno Oliveira > > wrote: >> >> +1 AGSYNC >> >> ? >> >> abstractj >> PGP: 0x84DC9914 >> >> >> On Tue, Nov 11, 2014 at 7:39 AM, Matthias Wessendorf >> > wrote: >> >> AGSYNC ? :) >> >> On Tue, Nov 11, 2014 at 10:34 AM, Douglas Campos > > wrote: >> >> Don't forget the JIRA "column" size limit, you might get a >> not so cool name :( >> -- >> qmx >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/aef83d60/attachment.html From bsutter at redhat.com Tue Nov 11 09:14:48 2014 From: bsutter at redhat.com (Burr Sutter) Date: Tue, 11 Nov 2014 09:14:48 -0500 Subject: [aerogear-dev] Devoxx OAuth2 In-Reply-To: References: Message-ID: Wow - these are awesome slides! > On Nov 11, 2014, at 3:34 AM, Matthias Wessendorf wrote: > > Hi, > > last night our own Corinne Krych spoke at Devoxx about OAuth2 for native apps. > > Her beautiful slides include AeroGear and Keycloak: > http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#0 > > Enjoy! > -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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/90e902a5/attachment.html From agalante at redhat.com Tue Nov 11 09:24:24 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 11 Nov 2014 09:24:24 -0500 (EST) Subject: [aerogear-dev] Devoxx OAuth2 In-Reply-To: References: Message-ID: <1714149332.93998.1415715864234.JavaMail.zimbra@redhat.com> Really nice work on the illustrations :) ----- Original Message ----- From: "Burr Sutter" To: "AeroGear Developer Mailing List" Cc: aerogear-users at lists.jboss.org Sent: Tuesday, November 11, 2014 11:14:48 AM Subject: Re: [aerogear-dev] Devoxx OAuth2 Wow - these are awesome slides! On Nov 11, 2014, at 3:34 AM, Matthias Wessendorf < matzew at apache.org > wrote: Hi, last night our own Corinne Krych spoke at Devoxx about OAuth2 for native apps. Her beautiful slides include AeroGear and Keycloak: http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#0 Enjoy! -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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Tue Nov 11 09:33:28 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 11 Nov 2014 15:33:28 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <805C822A-4B7E-4983-B48F-03F05263E538@redhat.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> <805C822A-4B7E-4983-B48F-03F05263E538@redhat.com> Message-ID: So I might be to paranoid, but with security there is no such thing as being to paranoid. So if a javascript based Cordova plugin with InAppBrowser makes no sense then I suggest postponing the OAuth2 plugin until swift is supported by Cordova. From corinnekrych at gmail.com Tue Nov 11 09:42:35 2014 From: corinnekrych at gmail.com (Corinne) Date: Tue, 11 Nov 2014 15:42:35 +0100 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> <805C822A-4B7E-4983-B48F-03F05263E538@redhat.com> Message-ID: <2C9269CC-7C15-4904-A685-9262C58629C9@gmail.com> Agreed let's not jump to quickly into conclusions. Lets review roadmap I'll take a closer look next week ++ Corinne Sent from my iPhone > On 11 nov. 2014, at 15:33, Erik Jan de Wit wrote: > > > So I might be to paranoid, but with security there is no such thing as being to paranoid. So if a javascript based Cordova plugin with InAppBrowser makes no sense then I suggest postponing the OAuth2 plugin until swift is supported by Cordova. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From bsutter at redhat.com Tue Nov 11 10:01:38 2014 From: bsutter at redhat.com (Burr Sutter) Date: Tue, 11 Nov 2014 10:01:38 -0500 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: References: Message-ID: <41BFDA52-BAB3-4852-8DEE-4E2F9E3153B0@redhat.com> Does this address the offline/online scenario? And, it appears to be updating clients in ?real-time?, is that based on websockets or some form of client-side polling? I assume the server-side database is also being updated? Perhaps a quick arch diagram leading into the demo would be helpful. :-) > On Nov 11, 2014, at 6:04 AM, Daniel Bevenius wrote: > > Hi, > > just wanted to share a short screen cast of the demos we have for the diffsync POC: > https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing > > This is just to show what is there at the moment as setting this up and running locally involves building the server locally, a bunch of iOS submodules, etc (pretty painful). > This is still very much a work in progress but hopefully this will allow us to validate ideas and try things out as we move forward. > > The repos involved are: > https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync > https://github.com/danbev/aerogear-ios-sync-demo > https://github.com/danbev/android-diffsync-demo > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/a33fd559/attachment.html From jbalunas at redhat.com Tue Nov 11 10:01:51 2014 From: jbalunas at redhat.com (Jay Balunas) Date: Tue, 11 Nov 2014 10:01:51 -0500 Subject: [aerogear-dev] Devoxx OAuth2 In-Reply-To: References: Message-ID: <38E0AAE6-A25D-4FED-98EE-FA23943AF430@redhat.com> Great stuff Corinne!! On Nov 11, 2014, at 3:34 AM, Matthias Wessendorf wrote: > Hi, > > last night our own Corinne Krych spoke at Devoxx about OAuth2 for native apps. > > Her beautiful slides include AeroGear and Keycloak: > http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#0 > > Enjoy! > -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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/d77d46e5/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/d77d46e5/attachment.bin From matzew at apache.org Tue Nov 11 10:04:51 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 16:04:51 +0100 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: <41BFDA52-BAB3-4852-8DEE-4E2F9E3153B0@redhat.com> References: <41BFDA52-BAB3-4852-8DEE-4E2F9E3153B0@redhat.com> Message-ID: Hi Burr, On Tue, Nov 11, 2014 at 4:01 PM, Burr Sutter wrote: > Does this address the offline/online scenario? > And, it appears to be updating clients in ?real-time?, is that based on > websockets > For now, WS it is, yes. For Android we also had ideas to leverage XMPP (over GCM), instead of WebSocket. (see earlier thread from Summers) On iOS WS itself is also not enough. Once the app is in background, after a few minutes, the iOS operating system will tear down the persistent connection. We can leverage PUSH to wake-up the app. I have a raw prototype of that in the works (for playings) > or some form of client-side polling? > I assume the server-side database is also being updated? > > Perhaps a quick arch diagram leading into the demo would be helpful. :-) > > > On Nov 11, 2014, at 6:04 AM, Daniel Bevenius > wrote: > > Hi, > > just wanted to share a short screen cast of the demos we have for the > diffsync POC: > > https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing > > This is just to show what is there at the moment as setting this up and > running locally involves building the server locally, a bunch of iOS > submodules, etc (pretty painful). > This is still very much a work in progress but hopefully this will allow > us to validate ideas and try things out as we move forward. > > The repos involved are: > > https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync > https://github.com/danbev/aerogear-ios-sync-demo > https://github.com/danbev/android-diffsync-demo > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/934bea63/attachment-0001.html From jbalunas at redhat.com Tue Nov 11 10:04:59 2014 From: jbalunas at redhat.com (Jay Balunas) Date: Tue, 11 Nov 2014 10:04:59 -0500 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: References: Message-ID: Great way the sync work - good stuff! On Nov 11, 2014, at 6:04 AM, Daniel Bevenius wrote: > Hi, > > just wanted to share a short screen cast of the demos we have for the diffsync POC: > https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing > > This is just to show what is there at the moment as setting this up and running locally involves building the server locally, a bunch of iOS submodules, etc (pretty painful). > This is still very much a work in progress but hopefully this will allow us to validate ideas and try things out as we move forward. > > The repos involved are: > https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync > https://github.com/danbev/aerogear-ios-sync-demo > https://github.com/danbev/android-diffsync-demo > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/76aa3416/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/76aa3416/attachment-0001.bin From matzew at apache.org Tue Nov 11 10:05:26 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 16:05:26 +0100 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: References: Message-ID: Dan, thanks a lot for sharing the early content we have. This is extremely cool stuff! PLUS PLUS On Tue, Nov 11, 2014 at 12:04 PM, Daniel Bevenius wrote: > Hi, > > just wanted to share a short screen cast of the demos we have for the > diffsync POC: > > https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing > > This is just to show what is there at the moment as setting this up and > running locally involves building the server locally, a bunch of iOS > submodules, etc (pretty painful). > This is still very much a work in progress but hopefully this will allow > us to validate ideas and try things out as we move forward. > > The repos involved are: > > https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync > https://github.com/danbev/aerogear-ios-sync-demo > https://github.com/danbev/android-diffsync-demo > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/802b30e9/attachment.html From edewit at redhat.com Tue Nov 11 10:17:36 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 11 Nov 2014 16:17:36 +0100 Subject: [aerogear-dev] windows support Message-ID: Hi, Currently we support windows notifications using WNS, this protocol is only supported for windows 8.1 and currently there is a nice community supported library that we use. This is great, but Cordova applications are based on windows 8.0 the protocol (MPNS) is similar but different. There isn?t a supported library so that leaves us with 4 options: 1. Create our own library to support MPNS 2. Support the latest version of this library https://github.com/notnoop/java-mpns 3. Wait for Cordova to support windows 8.1 4. Don?t support Cordova windows What do you like best? Cheers, Erik Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/309761a8/attachment.html From lukas.fryc at gmail.com Tue Nov 11 10:19:05 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 16:19:05 +0100 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: References: Message-ID: Looks cool, Dan, the realtime sync is shaping up! On Tue, Nov 11, 2014 at 4:05 PM, Matthias Wessendorf wrote: > Dan, > > thanks a lot for sharing the early content we have. This is extremely cool > stuff! PLUS PLUS > > On Tue, Nov 11, 2014 at 12:04 PM, Daniel Bevenius < > daniel.bevenius at gmail.com> wrote: > >> Hi, >> >> just wanted to share a short screen cast of the demos we have for the >> diffsync POC: >> >> https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing >> >> This is just to show what is there at the moment as setting this up and >> running locally involves building the server locally, a bunch of iOS >> submodules, etc (pretty painful). >> This is still very much a work in progress but hopefully this will allow >> us to validate ideas and try things out as we move forward. >> >> The repos involved are: >> >> https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync >> https://github.com/danbev/aerogear-ios-sync-demo >> https://github.com/danbev/android-diffsync-demo >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/bf0933db/attachment.html From daniel.bevenius at gmail.com Tue Nov 11 10:19:35 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Tue, 11 Nov 2014 16:19:35 +0100 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: References: Message-ID: >Does this address the offline/online scenario? In one way it does but I think offline will demand more work. All clients have what is currently called a sync-engine which is responsible for performing the diffs/sync stuff and also storing of data. How data is stored is then decided by the sync-client which in addition implements the networking that will be used. So, the current clients are all WebSocket based but we could provide others that use a native networking transport where available. At least that is the idea. Not sure if that makes sense and you are right a diagram would help. Let me see what I can do. >I assume the server-side database is also being updated? Yep, but at the moment we are only we only providing an in-memory datastore. But we can provide different storage options similar to what we do for Simple Push at the moment. On 11 November 2014 16:05, Matthias Wessendorf wrote: > Dan, > > thanks a lot for sharing the early content we have. This is extremely cool > stuff! PLUS PLUS > > On Tue, Nov 11, 2014 at 12:04 PM, Daniel Bevenius < > daniel.bevenius at gmail.com> wrote: > >> Hi, >> >> just wanted to share a short screen cast of the demos we have for the >> diffsync POC: >> >> https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing >> >> This is just to show what is there at the moment as setting this up and >> running locally involves building the server locally, a bunch of iOS >> submodules, etc (pretty painful). >> This is still very much a work in progress but hopefully this will allow >> us to validate ideas and try things out as we move forward. >> >> The repos involved are: >> >> https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync >> https://github.com/danbev/aerogear-ios-sync-demo >> https://github.com/danbev/android-diffsync-demo >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/537b678e/attachment-0001.html From lukas.fryc at gmail.com Tue Nov 11 10:29:21 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 16:29:21 +0100 Subject: [aerogear-dev] windows support In-Reply-To: References: Message-ID: Do we know plans around Cordova on Windows 8.1? If this is something the team hasn't start to work on yet, I would like to consider (1) or (2) (it can be just a technical preview from AeroGear viewpoint), but I know there are downsides. We have also discussed possibility of having pluggability for Push Networks - connect whatever network you want through SPI. This way people could connect even networks that we don't want to support from various reasons (such as unstable, obsolete dependencies or new/early prototypes). Even though modularity on the Java side is more or less a no-brainer, modularity of Admin UI would be a harder nut. Let me know whether this is something what would be of interest. On Tue, Nov 11, 2014 at 4:17 PM, Erik Jan de Wit wrote: > Hi, > > Currently we support windows notifications using WNS, this protocol is > only supported for windows 8.1 and currently there is a nice community > supported library that we use. This is great, but Cordova applications are > based on windows 8.0 the protocol (MPNS) is similar but different. There > isn?t a supported library so that leaves us with 4 options: > > 1. Create our own library to support MPNS > 2. Support the latest version of this library > https://github.com/notnoop/java-mpns > 3. Wait for Cordova to support windows 8.1 > 4. Don?t support Cordova windows > > What do you like best? > > Cheers, > Erik Jan > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/d2d7855d/attachment.html From lukas.fryc at gmail.com Tue Nov 11 10:49:14 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 16:49:14 +0100 Subject: [aerogear-dev] [datasync] Diffsync demo screencast In-Reply-To: References: Message-ID: On Tue, Nov 11, 2014 at 4:19 PM, Daniel Bevenius wrote: > >Does this address the offline/online scenario? > In one way it does but I think offline will demand more work. All clients > have what is currently called a sync-engine which is responsible for > performing the diffs/sync stuff and also storing of data. How data is > stored is then decided by the sync-client which in addition implements the > networking that will be used. So, the current clients are all WebSocket > based but we could provide others that use a native networking transport > where available. At least that is the idea. > Not sure if that makes sense and you are right a diagram would help. Let > me see what I can do. > > >I assume the server-side database is also being updated? > Yep, but at the moment we are only we only providing an in-memory > datastore. But we can provide different storage options similar to what we > do for Simple Push at the moment. > Btw at this point we do not specifically address how the Realtime Sync Server synchronizes data to the custom backend store. I.e. a storage that Dan is talking about is a standalone storage that is fully owned by the Sync Server (currently in-memory, but I'm working on poc of Infinispan integration). For synchronization with custom backends (be it REST endpoint, LiveOak, ...), we would need to allow concept of adapters / connectors (that are capable of bidirectional updates/change notifications). http://aerogear.org/docs/planning/roadmaps/AeroGearDataSync/ For the custom backend scenario, we rather plan to offer Conflict Resolution concept: http://aerogear.org/docs/planning/roadmaps/AeroGearConflictResolution/ > > > > On 11 November 2014 16:05, Matthias Wessendorf wrote: > >> Dan, >> >> thanks a lot for sharing the early content we have. This is extremely >> cool stuff! PLUS PLUS >> >> On Tue, Nov 11, 2014 at 12:04 PM, Daniel Bevenius < >> daniel.bevenius at gmail.com> wrote: >> >>> Hi, >>> >>> just wanted to share a short screen cast of the demos we have for the >>> diffsync POC: >>> >>> https://drive.google.com/file/d/0B2E1HZ1JnrJfNmFVcWZUWmM5Snc/view?usp=sharing >>> >>> This is just to show what is there at the moment as setting this up and >>> running locally involves building the server locally, a bunch of iOS >>> submodules, etc (pretty painful). >>> This is still very much a work in progress but hopefully this will allow >>> us to validate ideas and try things out as we move forward. >>> >>> The repos involved are: >>> >>> https://github.com/danbev/aerogear-sync-server/tree/differential-synchronization/diffsync >>> https://github.com/danbev/aerogear-ios-sync-demo >>> https://github.com/danbev/android-diffsync-demo >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/be95d3fb/attachment.html From lukas.fryc at gmail.com Tue Nov 11 11:08:06 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 17:08:06 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc wrote: > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > Output > format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > Gzipped json file download sounds as easily accessible for browsers. > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button > +1 sounds good, we just need to decide whether block the user when uploading / downloading I guess: a) downloading - do not block UI, downloading is a separate activity b) uploading - block the UI, offer progress and error indication and ability to cancel the process (transactional? - cancelling means no installation is imported?) > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/7e36b8d5/attachment-0001.html From lukas.fryc at gmail.com Tue Nov 11 11:18:00 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 17:18:00 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: I would also highlight importance of supporting developers coming from different platforms (Java on Android, ObjC/Swift on iOS, and plain JavaScript, JavaScript in Cordova). I know that it might be hard to combine with a concept of feature-oriented pages, but I imagine we could allow at least color- or icon-based highlights for different platforms (icon of Droid - lightblue code sample background, icon of apple - silver background, JS logo light-yellow background, Cordova logo - pink background!) + I would even consider a something like select box in top navbar that allows to filter out platform specific information. ;-) On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf wrote: > > > On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira > wrote: > >> Ahoy my friend, answers inline. (my personal opinion) >> >> On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante >> wrote: >> >>> Hi, I am starting to redesign auroras.org. I would like your help to >>> understand better the product and our user. >>> >>> Who is the developer that uses Aerogear? is it a hardcore developer, or >>> someone that is looking for a ready made solution? >>> >> >> I think both. We have JavaScript, iOS, Android, Cordova, Firefox and >> JavaEE developers. For example, some Java EE developers don't care about JS >> and they might be looking for a ready made solution (In this situation, >> AeroGear with Forge or JBDS is a good fit). >> >> At the same time you have JS developers for example like Lukas or Luke, >> which are familiar with Java EE, but they are more like a hardcore >> developer and they just want to make use of libraries. Some devs will stick >> make use of tools, others to just our libraries. >> > > +1 both are 'target' > > >> >> >>> I understand that we have 3 products, Core, Push and security. What is >>> our main product? >>> >> >> At the moment, I would say that Push is the main AeroGear focus. Although >> AG is more than just Push. We provide libraries willing to make developer's >> life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 >> factor), data sync, geo-fencing, offline support...and more crazy and dirty >> things you could possible imagine with fancy devices ? probably AG will be >> there. >> > > correct. first push release is done. Work for others (e.g.OAuth2 and > data-sync/offline) is in the works. > > > >> >> >>> What is a user he looking for when he gets to Aerogear? How can Aerogear >>> help him? >>> >> >> Most of the developers (others can correct me if I'm wrong) are looking >> to boost their productivity. Let's think about something very complex like >> cryptography or OAuth2, is really hard to newcomers to grok into RFCs and >> implement it. Most part of the time people just want to connect their apps >> to Facebook, Twitter, . People don't >> have time and sometimes patience to read RFCs and start from scratch >> (because it's boring) >> >> I think this is where AeroGear comes into place. If you talk to Passos, >> he will give to you details about reducing 25% of the hard work on Android >> with AeroGear. >> > > Right, both are examples to make life easier. Same goes for push. our > server makes it easier to handle and manage all aspects of push. > > >> >> >>> >>> At this point I would also like to build a ?design persona? to have a >>> coherent identity, voice and styles throughout our line. If aerogear was a >>> person, who would it be? what voice does it have, color, typography, etc. >>> >> >> Amazing. Not sure if AeroGear would be a person, but to me is more like >> Skipper ( >> http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg >> ) >> > > hehe :) > > >> >> >>> With this done we will make sure our websites, demos and consoles speak >>> the same language. >>> >>> Thanks >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> >> -- >> >> -- >> "The measure of a man is what he does with power" - Plato >> - >> @abstractj >> - >> Volenti Nihil Difficile >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/6ee5c611/attachment.html From lukas.fryc at gmail.com Tue Nov 11 11:18:48 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 17:18:48 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: Ok, it should have been lighgreen for Droid and lightblue for Cordova off course ;-) On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? wrote: > I would also highlight importance of supporting developers coming from > different platforms (Java on Android, ObjC/Swift on iOS, and plain > JavaScript, JavaScript in Cordova). > > > I know that it might be hard to combine with a concept of feature-oriented > pages, > > but I imagine we could allow at least color- or icon-based highlights for > different platforms (icon of Droid - lightblue code sample background, icon > of apple - silver background, JS logo light-yellow background, Cordova logo > - pink background!) > > + I would even consider a something like select box in top navbar that > allows to filter out platform specific information. ;-) > > > On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf > wrote: > >> >> >> On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira >> wrote: >> >>> Ahoy my friend, answers inline. (my personal opinion) >>> >>> On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante >>> wrote: >>> >>>> Hi, I am starting to redesign auroras.org. I would like your help to >>>> understand better the product and our user. >>>> >>>> Who is the developer that uses Aerogear? is it a hardcore developer, or >>>> someone that is looking for a ready made solution? >>>> >>> >>> I think both. We have JavaScript, iOS, Android, Cordova, Firefox and >>> JavaEE developers. For example, some Java EE developers don't care about JS >>> and they might be looking for a ready made solution (In this situation, >>> AeroGear with Forge or JBDS is a good fit). >>> >>> At the same time you have JS developers for example like Lukas or Luke, >>> which are familiar with Java EE, but they are more like a hardcore >>> developer and they just want to make use of libraries. Some devs will stick >>> make use of tools, others to just our libraries. >>> >> >> +1 both are 'target' >> >> >>> >>> >>>> I understand that we have 3 products, Core, Push and security. What is >>>> our main product? >>>> >>> >>> At the moment, I would say that Push is the main AeroGear focus. >>> Although AG is more than just Push. We provide libraries willing to make >>> developer's life easy so topics like: Push, Security (cryptography, OAuth2 >>> libraries, 2 factor), data sync, geo-fencing, offline support...and more >>> crazy and dirty things you could possible imagine with fancy devices ? >>> probably AG will be there. >>> >> >> correct. first push release is done. Work for others (e.g.OAuth2 and >> data-sync/offline) is in the works. >> >> >> >>> >>> >>>> What is a user he looking for when he gets to Aerogear? How can >>>> Aerogear help him? >>>> >>> >>> Most of the developers (others can correct me if I'm wrong) are looking >>> to boost their productivity. Let's think about something very complex like >>> cryptography or OAuth2, is really hard to newcomers to grok into RFCs and >>> implement it. Most part of the time people just want to connect their apps >>> to Facebook, Twitter, . People don't >>> have time and sometimes patience to read RFCs and start from scratch >>> (because it's boring) >>> >>> I think this is where AeroGear comes into place. If you talk to Passos, >>> he will give to you details about reducing 25% of the hard work on Android >>> with AeroGear. >>> >> >> Right, both are examples to make life easier. Same goes for push. our >> server makes it easier to handle and manage all aspects of push. >> >> >>> >>> >>>> >>>> At this point I would also like to build a ?design persona? to have a >>>> coherent identity, voice and styles throughout our line. If aerogear was a >>>> person, who would it be? what voice does it have, color, typography, etc. >>>> >>> >>> Amazing. Not sure if AeroGear would be a person, but to me is more like >>> Skipper ( >>> http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg >>> ) >>> >> >> hehe :) >> >> >>> >>> >>>> With this done we will make sure our websites, demos and consoles speak >>>> the same language. >>>> >>>> Thanks >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> >>> -- >>> >>> -- >>> "The measure of a man is what he does with power" - Plato >>> - >>> @abstractj >>> - >>> Volenti Nihil Difficile >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/0059414d/attachment-0001.html From matzew at apache.org Tue Nov 11 11:29:45 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 17:29:45 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? wrote: > Ok, it should have been lighgreen for Droid and lightblue for Cordova off > course ;-) > off course! :-) > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? wrote: > >> I would also highlight importance of supporting developers coming from >> different platforms (Java on Android, ObjC/Swift on iOS, and plain >> JavaScript, JavaScript in Cordova). >> >> >> I know that it might be hard to combine with a concept of >> feature-oriented pages, >> >> but I imagine we could allow at least color- or icon-based highlights for >> different platforms (icon of Droid - lightblue code sample background, icon >> of apple - silver background, JS logo light-yellow background, Cordova logo >> - pink background!) >> >> + I would even consider a something like select box in top navbar that >> allows to filter out platform specific information. ;-) >> >> >> On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf >> wrote: >> >>> >>> >>> On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira >>> wrote: >>> >>>> Ahoy my friend, answers inline. (my personal opinion) >>>> >>>> On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante >>>> wrote: >>>> >>>>> Hi, I am starting to redesign auroras.org. I would like your help to >>>>> understand better the product and our user. >>>>> >>>>> Who is the developer that uses Aerogear? is it a hardcore developer, >>>>> or someone that is looking for a ready made solution? >>>>> >>>> >>>> I think both. We have JavaScript, iOS, Android, Cordova, Firefox and >>>> JavaEE developers. For example, some Java EE developers don't care about JS >>>> and they might be looking for a ready made solution (In this situation, >>>> AeroGear with Forge or JBDS is a good fit). >>>> >>>> At the same time you have JS developers for example like Lukas or Luke, >>>> which are familiar with Java EE, but they are more like a hardcore >>>> developer and they just want to make use of libraries. Some devs will stick >>>> make use of tools, others to just our libraries. >>>> >>> >>> +1 both are 'target' >>> >>> >>>> >>>> >>>>> I understand that we have 3 products, Core, Push and security. What is >>>>> our main product? >>>>> >>>> >>>> At the moment, I would say that Push is the main AeroGear focus. >>>> Although AG is more than just Push. We provide libraries willing to make >>>> developer's life easy so topics like: Push, Security (cryptography, OAuth2 >>>> libraries, 2 factor), data sync, geo-fencing, offline support...and more >>>> crazy and dirty things you could possible imagine with fancy devices ? >>>> probably AG will be there. >>>> >>> >>> correct. first push release is done. Work for others (e.g.OAuth2 and >>> data-sync/offline) is in the works. >>> >>> >>> >>>> >>>> >>>>> What is a user he looking for when he gets to Aerogear? How can >>>>> Aerogear help him? >>>>> >>>> >>>> Most of the developers (others can correct me if I'm wrong) are looking >>>> to boost their productivity. Let's think about something very complex like >>>> cryptography or OAuth2, is really hard to newcomers to grok into RFCs and >>>> implement it. Most part of the time people just want to connect their apps >>>> to Facebook, Twitter, . People don't >>>> have time and sometimes patience to read RFCs and start from scratch >>>> (because it's boring) >>>> >>>> I think this is where AeroGear comes into place. If you talk to Passos, >>>> he will give to you details about reducing 25% of the hard work on Android >>>> with AeroGear. >>>> >>> >>> Right, both are examples to make life easier. Same goes for push. our >>> server makes it easier to handle and manage all aspects of push. >>> >>> >>>> >>>> >>>>> >>>>> At this point I would also like to build a ?design persona? to have a >>>>> coherent identity, voice and styles throughout our line. If aerogear was a >>>>> person, who would it be? what voice does it have, color, typography, etc. >>>>> >>>> >>>> Amazing. Not sure if AeroGear would be a person, but to me is more like >>>> Skipper ( >>>> http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg >>>> ) >>>> >>> >>> hehe :) >>> >>> >>>> >>>> >>>>> With this done we will make sure our websites, demos and consoles >>>>> speak the same language. >>>>> >>>>> Thanks >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> >>>> >>>> -- >>>> >>>> -- >>>> "The measure of a man is what he does with power" - Plato >>>> - >>>> @abstractj >>>> - >>>> Volenti Nihil Difficile >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at 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 at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/2e4b143e/attachment.html From agalante at redhat.com Tue Nov 11 12:12:58 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 11 Nov 2014 12:12:58 -0500 (EST) Subject: [aerogear-dev] Aerogear Website design In-Reply-To: References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> Message-ID: <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> It's a good ideas and it will be a challenge to build a UI that combines features and a context selector for each client. Lets say you are an android developer and you are looking for Aerogears Push code. What would you find more natural: 1- Going to the Push section first and then choose android or 2- First select Android and then go to Push The context selector its perfect for documentation. An android developer doesn't need to see anything thats not android. UX team is doing research on contextual selectors for Paternally, I'll talk with them and if its a good fit for us. ----- Original Message ----- From: "Matthias Wessendorf" To: "AeroGear Developer Mailing List" Sent: Tuesday, November 11, 2014 1:29:45 PM Subject: Re: [aerogear-dev] Aerogear Website design On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > wrote: Ok, it should have been lighgreen for Droid and lightblue for Cordova off course ;-) off course! :-) On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > wrote: I would also highlight importance of supporting developers coming from different platforms (Java on Android, ObjC/Swift on iOS, and plain JavaScript, JavaScript in Cordova). I know that it might be hard to combine with a concept of feature-oriented pages, but I imagine we could allow at least color- or icon-based highlights for different platforms (icon of Droid - lightblue code sample background, icon of apple - silver background, JS logo light-yellow background, Cordova logo - pink background!) + I would even consider a something like select box in top navbar that allows to filter out platform specific information. ;-) On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf < matzew at apache.org > wrote: On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira < bruno at abstractj.org > wrote: Ahoy my friend, answers inline. (my personal opinion) On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante < agalante at redhat.com > wrote: Hi, I am starting to redesign auroras.org . I would like your help to understand better the product and our user. Who is the developer that uses Aerogear? is it a hardcore developer, or someone that is looking for a ready made solution? I think both. We have JavaScript, iOS, Android, Cordova, Firefox and JavaEE developers. For example, some Java EE developers don't care about JS and they might be looking for a ready made solution (In this situation, AeroGear with Forge or JBDS is a good fit). At the same time you have JS developers for example like Lukas or Luke, which are familiar with Java EE, but they are more like a hardcore developer and they just want to make use of libraries. Some devs will stick make use of tools, others to just our libraries. +1 both are 'target' I understand that we have 3 products, Core, Push and security. What is our main product? At the moment, I would say that Push is the main AeroGear focus. Although AG is more than just Push. We provide libraries willing to make developer's life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 factor), data sync, geo-fencing, offline support...and more crazy and dirty things you could possible imagine with fancy devices ? probably AG will be there. correct. first push release is done. Work for others (e.g.OAuth2 and data-sync/offline) is in the works. What is a user he looking for when he gets to Aerogear? How can Aerogear help him? Most of the developers (others can correct me if I'm wrong) are looking to boost their productivity. Let's think about something very complex like cryptography or OAuth2, is really hard to newcomers to grok into RFCs and implement it. Most part of the time people just want to connect their apps to Facebook, Twitter, . People don't have time and sometimes patience to read RFCs and start from scratch (because it's boring) I think this is where AeroGear comes into place. If you talk to Passos, he will give to you details about reducing 25% of the hard work on Android with AeroGear. Right, both are examples to make life easier. Same goes for push. our server makes it easier to handle and manage all aspects of push. At this point I would also like to build a ?design persona? to have a coherent identity, voice and styles throughout our line. If aerogear was a person, who would it be? what voice does it have, color, typography, etc. Amazing. Not sure if AeroGear would be a person, but to me is more like Skipper ( http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg ) hehe :) With this done we will make sure our websites, demos and consoles speak the same language. Thanks _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From bruno at abstractj.org Tue Nov 11 12:23:43 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 11 Nov 2014 15:23:43 -0200 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> Message-ID: As an Android developer, I would visit the Android section first to see what AeroGear has to offer. On Tue, Nov 11, 2014 at 3:12 PM, Andres Galante wrote: > It's a good ideas and it will be a challenge to build a UI that combines > features and a context selector for each client. > > Lets say you are an android developer and you are looking for Aerogears > Push code. What would you find more natural: > > 1- Going to the Push section first and then choose android or > 2- First select Android and then go to Push > > The context selector its perfect for documentation. An android developer > doesn't need to see anything thats not android. > > UX team is doing research on contextual selectors for Paternally, I'll > talk with them and if its a good fit for us. > > > > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 11, 2014 1:29:45 PM > Subject: Re: [aerogear-dev] Aerogear Website design > > > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > > wrote: > > > > Ok, it should have been lighgreen for Droid and lightblue for Cordova off > course ;-) > > off course! :-) > > > > > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > > wrote: > > > > I would also highlight importance of supporting developers coming from > different platforms (Java on Android, ObjC/Swift on iOS, and plain > JavaScript, JavaScript in Cordova). > > > I know that it might be hard to combine with a concept of feature-oriented > pages, > > but I imagine we could allow at least color- or icon-based highlights for > different platforms (icon of Droid - lightblue code sample background, icon > of apple - silver background, JS logo light-yellow background, Cordova logo > - pink background!) > > + I would even consider a something like select box in top navbar that > allows to filter out platform specific information. ;-) > > > On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf < matzew at apache.org > > wrote: > > > > > > On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira < bruno at abstractj.org > > wrote: > > > > Ahoy my friend, answers inline. (my personal opinion) > > On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Hi, I am starting to redesign auroras.org . I would like your help to > understand better the product and our user. > > Who is the developer that uses Aerogear? is it a hardcore developer, or > someone that is looking for a ready made solution? > > I think both. We have JavaScript, iOS, Android, Cordova, Firefox and > JavaEE developers. For example, some Java EE developers don't care about JS > and they might be looking for a ready made solution (In this situation, > AeroGear with Forge or JBDS is a good fit). > > At the same time you have JS developers for example like Lukas or Luke, > which are familiar with Java EE, but they are more like a hardcore > developer and they just want to make use of libraries. Some devs will stick > make use of tools, others to just our libraries. > > +1 both are 'target' > > > > > > I understand that we have 3 products, Core, Push and security. What is our > main product? > > At the moment, I would say that Push is the main AeroGear focus. Although > AG is more than just Push. We provide libraries willing to make developer's > life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 > factor), data sync, geo-fencing, offline support...and more crazy and dirty > things you could possible imagine with fancy devices ? probably AG will be > there. > > correct. first push release is done. Work for others (e.g.OAuth2 and > data-sync/offline) is in the works. > > > > > > > What is a user he looking for when he gets to Aerogear? How can Aerogear > help him? > > Most of the developers (others can correct me if I'm wrong) are looking to > boost their productivity. Let's think about something very complex like > cryptography or OAuth2, is really hard to newcomers to grok into RFCs and > implement it. Most part of the time people just want to connect their apps > to Facebook, Twitter, . People don't > have time and sometimes patience to read RFCs and start from scratch > (because it's boring) > > I think this is where AeroGear comes into place. If you talk to Passos, he > will give to you details about reducing 25% of the hard work on Android > with AeroGear. > > Right, both are examples to make life easier. Same goes for push. our > server makes it easier to handle and manage all aspects of push. > > > > > > > At this point I would also like to build a ?design persona? to have a > coherent identity, voice and styles throughout our line. If aerogear was a > person, who would it be? what voice does it have, color, typography, etc. > > Amazing. Not sure if AeroGear would be a person, but to me is more like > Skipper ( > http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg > ) > > hehe :) > > > > > > With this done we will make sure our websites, demos and consoles speak > the same language. > > Thanks > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/db88a41c/attachment-0001.html From corinnekrych at gmail.com Tue Nov 11 13:19:14 2014 From: corinnekrych at gmail.com (Corinne) Date: Tue, 11 Nov 2014 19:19:14 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> Message-ID: Sent from my iPhone > On 11 nov. 2014, at 18:12, Andres Galante wrote: > > It's a good ideas and it will be a challenge to build a UI that combines features and a context selector for each client. > > Lets say you are an android developer and you are looking for Aerogears Push code. What would you find more natural: > > 1- Going to the Push section first and then choose android or > 2- First select Android and then go to Push > > The context selector its perfect for documentation. An android developer doesn't need to see anything thats not android. > > UX team is doing research on contextual selectors for Paternally, I'll talk with them and if its a good fit for us. > > +1 This is the key pointi think > > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 11, 2014 1:29:45 PM > Subject: Re: [aerogear-dev] Aerogear Website design > > > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > > > > Ok, it should have been lighgreen for Droid and lightblue for Cordova off course ;-) > > off course! :-) > > > > > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > > > > I would also highlight importance of supporting developers coming from different platforms (Java on Android, ObjC/Swift on iOS, and plain JavaScript, JavaScript in Cordova). > > > I know that it might be hard to combine with a concept of feature-oriented pages, > > but I imagine we could allow at least color- or icon-based highlights for different platforms (icon of Droid - lightblue code sample background, icon of apple - silver background, JS logo light-yellow background, Cordova logo - pink background!) > > + I would even consider a something like select box in top navbar that allows to filter out platform specific information. ;-) > > > On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf < matzew at apache.org > wrote: > > > > > > On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira < bruno at abstractj.org > wrote: > > > > Ahoy my friend, answers inline. (my personal opinion) > > On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante < agalante at redhat.com > wrote: > > > Hi, I am starting to redesign auroras.org . I would like your help to understand better the product and our user. > > Who is the developer that uses Aerogear? is it a hardcore developer, or someone that is looking for a ready made solution? > > I think both. We have JavaScript, iOS, Android, Cordova, Firefox and JavaEE developers. For example, some Java EE developers don't care about JS and they might be looking for a ready made solution (In this situation, AeroGear with Forge or JBDS is a good fit). > > At the same time you have JS developers for example like Lukas or Luke, which are familiar with Java EE, but they are more like a hardcore developer and they just want to make use of libraries. Some devs will stick make use of tools, others to just our libraries. > > +1 both are 'target' > > > > > > I understand that we have 3 products, Core, Push and security. What is our main product? > > At the moment, I would say that Push is the main AeroGear focus. Although AG is more than just Push. We provide libraries willing to make developer's life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 factor), data sync, geo-fencing, offline support...and more crazy and dirty things you could possible imagine with fancy devices ? probably AG will be there. > > correct. first push release is done. Work for others (e.g.OAuth2 and data-sync/offline) is in the works. > > > > > > > What is a user he looking for when he gets to Aerogear? How can Aerogear help him? > > Most of the developers (others can correct me if I'm wrong) are looking to boost their productivity. Let's think about something very complex like cryptography or OAuth2, is really hard to newcomers to grok into RFCs and implement it. Most part of the time people just want to connect their apps to Facebook, Twitter, . People don't have time and sometimes patience to read RFCs and start from scratch (because it's boring) > > I think this is where AeroGear comes into place. If you talk to Passos, he will give to you details about reducing 25% of the hard work on Android with AeroGear. > > Right, both are examples to make life easier. Same goes for push. our server makes it easier to handle and manage all aspects of push. > > > > > > > At this point I would also like to build a ?design persona? to have a coherent identity, voice and styles throughout our line. If aerogear was a person, who would it be? what voice does it have, color, typography, etc. > > Amazing. Not sure if AeroGear would be a person, but to me is more like Skipper ( http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg ) > > hehe :) > > > > > > With this done we will make sure our websites, demos and consoles speak the same language. > > Thanks > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From marcpiresrj at gmail.com Tue Nov 11 13:32:52 2014 From: marcpiresrj at gmail.com (Marc Pires) Date: Tue, 11 Nov 2014 16:32:52 -0200 Subject: [aerogear-dev] text/html Requests instead of application/json In-Reply-To: References: Message-ID: Hi guys, sorry to answer this question just now. Well, I checked with the backend developer and we solved the issue. My requests was already a json one. It was backend problem tough. Thanks for helping. On Thu, Aug 7, 2014 at 8:58 AM, Marc Pires wrote: > Hi guys, i'm having a little trouble with an app i'm developing. Doing a > post request against an API, I receive from the server that my request is > going as text/html instead application/json, text/javascript or text/json > that the API expects. > > As I never had this problem before, i research the docs but did not found > the reference yet, so how can i define my request to go as application/json > instead text/html > > -- > Desenvolvedor IOS, Rails, RIA > > http://www.linkedin.com/in/marcpires > http://about.me/marcelo_pires > -- Desenvolvedor IOS, Rails, RIA http://www.linkedin.com/in/marcpires http://about.me/marcelo_pires -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/31336c22/attachment.html From matzew at apache.org Tue Nov 11 13:33:26 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 19:33:26 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> Message-ID: On Tue, Nov 11, 2014 at 6:12 PM, Andres Galante wrote: > It's a good ideas and it will be a challenge to build a UI that combines > features and a context selector for each client. > > Lets say you are an android developer and you are looking for Aerogears > Push code. What would you find more natural: > > 1- Going to the Push section first and then choose android or > 2- First select Android and then go to Push > Both are natural :-) It really depends where they come from, or more why the look at AeroGear. If I look for a certain feature (e.g. push, data-sync or crypto), I'd appreciate a "feature" landing page that gives me links for supported platforms (e.g. Android or iOS). If I, in "contrast", look for generic platform support (e.g. Android or iOS), I'd appreciate the "Android" page which would list all supported features, for the platform (e.g. push, data-sync or crypto). > > The context selector its perfect for documentation. An android developer > doesn't need to see anything thats not android. > > UX team is doing research on contextual selectors for Paternally, I'll > talk with them and if its a good fit for us. > > > > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 11, 2014 1:29:45 PM > Subject: Re: [aerogear-dev] Aerogear Website design > > > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > > wrote: > > > > Ok, it should have been lighgreen for Droid and lightblue for Cordova off > course ;-) > > off course! :-) > > > > > > On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > > wrote: > > > > I would also highlight importance of supporting developers coming from > different platforms (Java on Android, ObjC/Swift on iOS, and plain > JavaScript, JavaScript in Cordova). > > > I know that it might be hard to combine with a concept of feature-oriented > pages, > > but I imagine we could allow at least color- or icon-based highlights for > different platforms (icon of Droid - lightblue code sample background, icon > of apple - silver background, JS logo light-yellow background, Cordova logo > - pink background!) > > + I would even consider a something like select box in top navbar that > allows to filter out platform specific information. ;-) > > > On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf < matzew at apache.org > > wrote: > > > > > > On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira < bruno at abstractj.org > > wrote: > > > > Ahoy my friend, answers inline. (my personal opinion) > > On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Hi, I am starting to redesign auroras.org . I would like your help to > understand better the product and our user. > > Who is the developer that uses Aerogear? is it a hardcore developer, or > someone that is looking for a ready made solution? > > I think both. We have JavaScript, iOS, Android, Cordova, Firefox and > JavaEE developers. For example, some Java EE developers don't care about JS > and they might be looking for a ready made solution (In this situation, > AeroGear with Forge or JBDS is a good fit). > > At the same time you have JS developers for example like Lukas or Luke, > which are familiar with Java EE, but they are more like a hardcore > developer and they just want to make use of libraries. Some devs will stick > make use of tools, others to just our libraries. > > +1 both are 'target' > > > > > > I understand that we have 3 products, Core, Push and security. What is our > main product? > > At the moment, I would say that Push is the main AeroGear focus. Although > AG is more than just Push. We provide libraries willing to make developer's > life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 > factor), data sync, geo-fencing, offline support...and more crazy and dirty > things you could possible imagine with fancy devices ? probably AG will be > there. > > correct. first push release is done. Work for others (e.g.OAuth2 and > data-sync/offline) is in the works. > > > > > > > What is a user he looking for when he gets to Aerogear? How can Aerogear > help him? > > Most of the developers (others can correct me if I'm wrong) are looking to > boost their productivity. Let's think about something very complex like > cryptography or OAuth2, is really hard to newcomers to grok into RFCs and > implement it. Most part of the time people just want to connect their apps > to Facebook, Twitter, . People don't > have time and sometimes patience to read RFCs and start from scratch > (because it's boring) > > I think this is where AeroGear comes into place. If you talk to Passos, he > will give to you details about reducing 25% of the hard work on Android > with AeroGear. > > Right, both are examples to make life easier. Same goes for push. our > server makes it easier to handle and manage all aspects of push. > > > > > > > At this point I would also like to build a ?design persona? to have a > coherent identity, voice and styles throughout our line. If aerogear was a > person, who would it be? what voice does it have, color, typography, etc. > > Amazing. Not sure if AeroGear would be a person, but to me is more like > Skipper ( > http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg > ) > > hehe :) > > > > > > With this done we will make sure our websites, demos and consoles speak > the same language. > > Thanks > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/c8e5fe66/attachment-0001.html From matzew at apache.org Tue Nov 11 13:34:49 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 11 Nov 2014 19:34:49 +0100 Subject: [aerogear-dev] text/html Requests instead of application/json In-Reply-To: References: Message-ID: Hi Marc, thanks for telling. On Tue, Nov 11, 2014 at 7:32 PM, Marc Pires wrote: > Hi guys, sorry to answer this question just now. Well, I checked with the > backend developer and we solved the issue. My requests was already a json > one. It was backend problem tough. > > Thanks for helping. > > On Thu, Aug 7, 2014 at 8:58 AM, Marc Pires wrote: > >> Hi guys, i'm having a little trouble with an app i'm developing. Doing a >> post request against an API, I receive from the server that my request is >> going as text/html instead application/json, text/javascript or text/json >> that the API expects. >> >> As I never had this problem before, i research the docs but did not found >> the reference yet, so how can i define my request to go as application/json >> instead text/html >> >> -- >> Desenvolvedor IOS, Rails, RIA >> >> http://www.linkedin.com/in/marcpires >> http://about.me/marcelo_pires >> > > > > -- > Desenvolvedor IOS, Rails, RIA > > http://www.linkedin.com/in/marcpires > http://about.me/marcelo_pires > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/3d5e3dc5/attachment.html From bruno at abstractj.org Tue Nov 11 13:47:59 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 11 Nov 2014 16:47:59 -0200 Subject: [aerogear-dev] Accessibility on AeroGear Message-ID: <20141111184759.GA80863@abstractj.org> Good morning, Currently do we test our mobile applications + website for issues with accessibility? I'm thinking about visually impaired people. The following issues were created: https://issues.jboss.org/browse/AEROGEAR-1539 https://issues.jboss.org/browse/AGPUSH-1105 Thanks in advance -- abstractj PGP: 0x84DC9914 From agalante at redhat.com Tue Nov 11 15:06:49 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 11 Nov 2014 15:06:49 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> Message-ID: <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> How about this for Shot and share Android app? https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Monday, November 10, 2014 5:42:14 PM Subject: Re: [aerogear-dev] Shoot and Share design I guess this one answer my question, there is an idea of the arrow going away from the camera. I like it this way! ++ Corinne On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: Thanks passos, this is the final icon: https://issues.jboss.org/secure/attachment/12386265/icon-final.png ----- Original Message ----- From: "Daniel Passos" < daniel at passos.me > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 5:31:38 PM Subject: Re: [aerogear-dev] Shoot and Share design Hi Andres, I really like the 'new' icon -- Passos On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: Here is a side by side image to help decide: https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png ----- Original Message ----- From: "Andres Galante" < agalante at redhat.com > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 12:57:15 PM Subject: Re: [aerogear-dev] Shoot and Share design How about something like this: https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. ----- Original Message ----- From: "Summers Pittman" < supittma at redhat.com > To: aerogear-dev at lists.jboss.org Sent: Monday, November 10, 2014 11:06:50 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/10/2014 06:54 AM, Andres Galante wrote: > Good morning. Here is a final version: > > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > > Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. That was going to be my comment. > > > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 6:13:26 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > +1 > > On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > > > looks nice! > > - > Christos > > On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >> This is as far as I got today with it: >> >> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> >> I'll finish it on monday, any inputs are welcome. >> >> Have a nice weekend and I hope you get better soon Corinne. >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 2:03:48 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Perfect, I'll work on that one. >> >> Thanks! >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Friday, November 7, 2014 1:37:07 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >> It might be better to have sth that fit both platforms. >> >> ++ >> Corinne >> >> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >> >>> I like the one on the far right with the purplish curved arrow. It >>> reminds me a bit of the G in the AeroGear logo. >>> >>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>> Hi, >>>> >>>> I am working with 3 ideas for the icon: >>>> >>>> 1- A camera with a share icon (arrow). Like the original one. >>>> 2- A camera or a picture as a dialog icon. >>>> 3- A typographic icon with the "s". >>>> >>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>> >>>> What do you think? any other idea is very welcome. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>> I'll work on it and send it over for you guys to review soon. >>>> After we do the Icon I'll help out with the interface. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Summers Pittman" < supittma at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>> Subject: [aerogear-dev] Shoot and Share design >>>> >>>> >>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>> design work going on with them. >>>> >>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>> list we will get awesome input. >>>> >>>> (ppsssst agalante that's your cue). >>>> >>>> >>> >>> -- >>> Summers Pittman >>>>> Phone: 404 941 4698 >>>>> Java is my crack. >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone: 404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From supittma at redhat.com Tue Nov 11 15:22:28 2014 From: supittma at redhat.com (Summers Pittman) Date: Tue, 11 Nov 2014 15:22:28 -0500 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> Message-ID: <54627004.5030503@redhat.com> On 11/11/2014 03:06 PM, Andres Galante wrote: > How about this for Shot and share Android app? How does the picture scale around when it isnt a square? > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 10, 2014 5:42:14 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > I guess this one answer my question, there is an idea of the arrow going away from the camera. > I like it this way! > > ++ > Corinne > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > Thanks passos, this is the final icon: > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > ----- Original Message ----- > From: "Daniel Passos" < daniel at passos.me > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:31:38 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hi Andres, > > I really like the 'new' icon > > -- Passos > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > > > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" < supittma at redhat.com > > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: >> Good morning. Here is a final version: >> >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >> >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >> >> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > That was going to be my comment. >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 6:13:26 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> +1 >> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >> >> >> looks nice! >> >> - >> Christos >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >> >>> This is as far as I got today with it: >>> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>> >>> I'll finish it on monday, any inputs are welcome. >>> >>> Have a nice weekend and I hope you get better soon Corinne. >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 2:03:48 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Perfect, I'll work on that one. >>> >>> Thanks! >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 1:37:07 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>> It might be better to have sth that fit both platforms. >>> >>> ++ >>> Corinne >>> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>> >>>> I like the one on the far right with the purplish curved arrow. It >>>> reminds me a bit of the G in the AeroGear logo. >>>> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>> Hi, >>>>> >>>>> I am working with 3 ideas for the icon: >>>>> >>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>> 2- A camera or a picture as a dialog icon. >>>>> 3- A typographic icon with the "s". >>>>> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>> >>>>> What do you think? any other idea is very welcome. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>> I'll work on it and send it over for you guys to review soon. >>>>> After we do the Icon I'll help out with the interface. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>> Subject: [aerogear-dev] Shoot and Share design >>>>> >>>>> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>> design work going on with them. >>>>> >>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>> list we will get awesome input. >>>>> >>>>> (ppsssst agalante that's your cue). >>>>> >>>>> >>>> -- >>>> Summers Pittman >>>>>> Phone: 404 941 4698 >>>>>> Java is my crack. >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From lukas.fryc at gmail.com Tue Nov 11 15:52:19 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 21:52:19 +0100 Subject: [aerogear-dev] Aerogear Website design In-Reply-To: References: <1593262568.81706.1415648044034.JavaMail.zimbra@redhat.com> <14859910.81714.1415648064774.JavaMail.zimbra@redhat.com> <210326301.99092.1415725978819.JavaMail.zimbra@redhat.com> Message-ID: We could develop certain personas that approach the site, an architect that decides whether to use the AeroGear in the project will definitely want to see what the platforms has in common, high level feature overview, he won't be as much interested in particular impl, a developer that joined the existing Cordova based application will want to jump directly into Cordova APIs. If we could switch between the platforms along the way, it would be a big win (like "really, how does that feel in Android?") Question is whether it should be dynamic page that will reflow according to the selected preferences (such as platform selection) or rather more static sites linked together. On Tue, Nov 11, 2014 at 7:33 PM, Matthias Wessendorf wrote: > > > On Tue, Nov 11, 2014 at 6:12 PM, Andres Galante > wrote: > >> It's a good ideas and it will be a challenge to build a UI that combines >> features and a context selector for each client. >> >> Lets say you are an android developer and you are looking for Aerogears >> Push code. What would you find more natural: >> >> 1- Going to the Push section first and then choose android or >> 2- First select Android and then go to Push >> > > Both are natural :-) It really depends where they come from, or more why > the look at AeroGear. > > If I look for a certain feature (e.g. push, data-sync or crypto), I'd > appreciate a "feature" landing page that gives me links for supported > platforms (e.g. Android or iOS). > > > If I, in "contrast", look for generic platform support (e.g. Android or > iOS), I'd appreciate the "Android" page which would list all supported > features, for the platform (e.g. push, data-sync or crypto). > > >> >> The context selector its perfect for documentation. An android developer >> doesn't need to see anything thats not android. >> >> UX team is doing research on contextual selectors for Paternally, I'll >> talk with them and if its a good fit for us. >> >> >> >> >> >> ----- Original Message ----- >> From: "Matthias Wessendorf" >> To: "AeroGear Developer Mailing List" >> Sent: Tuesday, November 11, 2014 1:29:45 PM >> Subject: Re: [aerogear-dev] Aerogear Website design >> >> >> >> On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > >> wrote: >> >> >> >> Ok, it should have been lighgreen for Droid and lightblue for Cordova off >> course ;-) >> >> off course! :-) >> >> >> >> >> >> On Tue, Nov 11, 2014 at 5:18 PM, Luk?? Fry? < lukas.fryc at gmail.com > >> wrote: >> >> >> >> I would also highlight importance of supporting developers coming from >> different platforms (Java on Android, ObjC/Swift on iOS, and plain >> JavaScript, JavaScript in Cordova). >> >> >> I know that it might be hard to combine with a concept of >> feature-oriented pages, >> >> but I imagine we could allow at least color- or icon-based highlights for >> different platforms (icon of Droid - lightblue code sample background, icon >> of apple - silver background, JS logo light-yellow background, Cordova logo >> - pink background!) >> >> + I would even consider a something like select box in top navbar that >> allows to filter out platform specific information. ;-) >> >> >> On Tue, Nov 11, 2014 at 8:05 AM, Matthias Wessendorf < matzew at apache.org >> > wrote: >> >> >> >> >> >> On Tue, Nov 11, 2014 at 6:04 AM, Bruno Oliveira < bruno at abstractj.org > >> wrote: >> >> >> >> Ahoy my friend, answers inline. (my personal opinion) >> >> On Mon, Nov 10, 2014 at 5:34 PM, Andres Galante < agalante at redhat.com > >> wrote: >> >> >> Hi, I am starting to redesign auroras.org . I would like your help to >> understand better the product and our user. >> >> Who is the developer that uses Aerogear? is it a hardcore developer, or >> someone that is looking for a ready made solution? >> >> I think both. We have JavaScript, iOS, Android, Cordova, Firefox and >> JavaEE developers. For example, some Java EE developers don't care about JS >> and they might be looking for a ready made solution (In this situation, >> AeroGear with Forge or JBDS is a good fit). >> >> At the same time you have JS developers for example like Lukas or Luke, >> which are familiar with Java EE, but they are more like a hardcore >> developer and they just want to make use of libraries. Some devs will stick >> make use of tools, others to just our libraries. >> >> +1 both are 'target' >> >> >> >> >> >> I understand that we have 3 products, Core, Push and security. What is >> our main product? >> >> At the moment, I would say that Push is the main AeroGear focus. Although >> AG is more than just Push. We provide libraries willing to make developer's >> life easy so topics like: Push, Security (cryptography, OAuth2 libraries, 2 >> factor), data sync, geo-fencing, offline support...and more crazy and dirty >> things you could possible imagine with fancy devices ? probably AG will be >> there. >> >> correct. first push release is done. Work for others (e.g.OAuth2 and >> data-sync/offline) is in the works. >> >> >> >> >> >> >> What is a user he looking for when he gets to Aerogear? How can Aerogear >> help him? >> >> Most of the developers (others can correct me if I'm wrong) are looking >> to boost their productivity. Let's think about something very complex like >> cryptography or OAuth2, is really hard to newcomers to grok into RFCs and >> implement it. Most part of the time people just want to connect their apps >> to Facebook, Twitter, . People don't >> have time and sometimes patience to read RFCs and start from scratch >> (because it's boring) >> >> I think this is where AeroGear comes into place. If you talk to Passos, >> he will give to you details about reducing 25% of the hard work on Android >> with AeroGear. >> >> Right, both are examples to make life easier. Same goes for push. our >> server makes it easier to handle and manage all aspects of push. >> >> >> >> >> >> >> At this point I would also like to build a ?design persona? to have a >> coherent identity, voice and styles throughout our line. If aerogear was a >> person, who would it be? what voice does it have, color, typography, etc. >> >> Amazing. Not sure if AeroGear would be a person, but to me is more like >> Skipper ( >> http://img3.wikia.nocookie.net/__cb20130327234948/pixar/images/7/70/Planes_skipper_rollout_final.jpg >> ) >> >> hehe :) >> >> >> >> >> >> With this done we will make sure our websites, demos and consoles speak >> the same language. >> >> Thanks >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> -- >> >> -- >> "The measure of a man is what he does with power" - Plato >> - >> @abstractj >> - >> Volenti Nihil Difficile >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/316d9da0/attachment-0001.html From lukas.fryc at gmail.com Tue Nov 11 16:03:47 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 11 Nov 2014 22:03:47 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <54627004.5030503@redhat.com> References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ JavaScript: http://www.garralab.com/nailthumb.php Btw I guess we will have some images predefined and just one or two will be uploaded actually. The predefined ones could be selected so that they are cropped optimally. On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman wrote: > On 11/11/2014 03:06 PM, Andres Galante wrote: > > How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? > > > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Monday, November 10, 2014 5:42:14 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > I guess this one answer my question, there is an idea of the arrow going > away from the camera. > > I like it this way! > > > > ++ > > Corinne > > > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > > > > Thanks passos, this is the final icon: > > > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > > > > > ----- Original Message ----- > > From: "Daniel Passos" < daniel at passos.me > > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 5:31:38 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hi Andres, > > > > I really like the 'new' icon > > > > -- Passos > > > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > > wrote: > > > > > > Here is a side by side image to help decide: > > > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > > > > ----- Original Message ----- > > From: "Andres Galante" < agalante at redhat.com > > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 12:57:15 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > How about something like this: > > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > > > its a (fast)firs idea. If you like it, I'll make some color changes and > finishing touches. > > > > ----- Original Message ----- > > From: "Summers Pittman" < supittma at redhat.com > > > To: aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 11:06:50 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > On 11/10/2014 06:54 AM, Andres Galante wrote: > >> Good morning. Here is a final version: > >> > >> > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >> > >> > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >> > >> Let me know if you like it. It's not very iOS7 style, if you think its > too old fashion I can build other options to choose from. > > That was going to be my comment. > >> > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Monday, November 10, 2014 6:13:26 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> +1 > >> > >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > > wrote: > >> > >> > >> looks nice! > >> > >> - > >> Christos > >> > >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > > wrote: > >> > >>> This is as far as I got today with it: > >>> > >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>> > >>> I'll finish it on monday, any inputs are welcome. > >>> > >>> Have a nice weekend and I hope you get better soon Corinne. > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Friday, November 7, 2014 2:03:48 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Perfect, I'll work on that one. > >>> > >>> Thanks! > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Friday, November 7, 2014 1:37:07 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Same here curved purple arrow might be more expressive i think the > straight arror for ?share? comes from Apple icons. > >>> It might be better to have sth that fit both platforms. > >>> > >>> ++ > >>> Corinne > >>> > >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > > wrote: > >>> > >>>> I like the one on the far right with the purplish curved arrow. It > >>>> reminds me a bit of the G in the AeroGear logo. > >>>> > >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>> Hi, > >>>>> > >>>>> I am working with 3 ideas for the icon: > >>>>> > >>>>> 1- A camera with a share icon (arrow). Like the original one. > >>>>> 2- A camera or a picture as a dialog icon. > >>>>> 3- A typographic icon with the "s". > >>>>> > >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>>> > >>>>> What do you think? any other idea is very welcome. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" > part. > >>>>> I'll work on it and send it over for you guys to review soon. > >>>>> After we do the Icon I'll help out with the interface. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Summers Pittman" < supittma at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> > >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>>> design work going on with them. > >>>>> > >>>>> Right now we need an icon. I'm sure if there is a wild designer on > this > >>>>> list we will get awesome input. > >>>>> > >>>>> (ppsssst agalante that's your cue). > >>>>> > >>>>> > >>>> -- > >>>> Summers Pittman > >>>>>> Phone: 404 941 4698 > >>>>>> Java is my crack. > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/ad38ad79/attachment.html From corinnekrych at gmail.com Tue Nov 11 16:12:41 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Tue, 11 Nov 2014 22:12:41 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? ++ Corinne On 11 November 2014 22:03, Luk?? Fry? wrote: > Did some googling about thumbnaling, and the "dump" versions aren't that > hard to implement: > > Android: > http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or two will > be uploaded actually. > The predefined ones could be selected so that they are cropped optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman > wrote: > >> On 11/11/2014 03:06 PM, Andres Galante wrote: >> > How about this for Shot and share Android app? >> How does the picture scale around when it isnt a square? >> > >> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >> > >> > >> > >> > ----- Original Message ----- >> > From: "Corinne Krych" >> > To: "AeroGear Developer Mailing List" >> > Sent: Monday, November 10, 2014 5:42:14 PM >> > Subject: Re: [aerogear-dev] Shoot and Share design >> > >> > I guess this one answer my question, there is an idea of the arrow >> going away from the camera. >> > I like it this way! >> > >> > ++ >> > Corinne >> > >> > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > >> wrote: >> > >> > >> > Thanks passos, this is the final icon: >> > >> > https://issues.jboss.org/secure/attachment/12386265/icon-final.png >> > >> > >> > >> > ----- Original Message ----- >> > From: "Daniel Passos" < daniel at passos.me > >> > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> > Sent: Monday, November 10, 2014 5:31:38 PM >> > Subject: Re: [aerogear-dev] Shoot and Share design >> > >> > Hi Andres, >> > >> > I really like the 'new' icon >> > >> > -- Passos >> > >> > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com >> > wrote: >> > >> > >> > Here is a side by side image to help decide: >> > >> > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >> > >> > >> > ----- Original Message ----- >> > From: "Andres Galante" < agalante at redhat.com > >> > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> > Sent: Monday, November 10, 2014 12:57:15 PM >> > Subject: Re: [aerogear-dev] Shoot and Share design >> > >> > How about something like this: >> > >> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >> > >> > its a (fast)firs idea. If you like it, I'll make some color changes and >> finishing touches. >> > >> > ----- Original Message ----- >> > From: "Summers Pittman" < supittma at redhat.com > >> > To: aerogear-dev at lists.jboss.org >> > Sent: Monday, November 10, 2014 11:06:50 AM >> > Subject: Re: [aerogear-dev] Shoot and Share design >> > >> > On 11/10/2014 06:54 AM, Andres Galante wrote: >> >> Good morning. Here is a final version: >> >> >> >> >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >> >> >> >> >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >> >> >> >> Let me know if you like it. It's not very iOS7 style, if you think its >> too old fashion I can build other options to choose from. >> > That was going to be my comment. >> >> >> >> >> >> ----- Original Message ----- >> >> From: "Corinne Krych" < corinnekrych at gmail.com > >> >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> >> Sent: Monday, November 10, 2014 6:13:26 AM >> >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> >> >> +1 >> >> >> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > >> wrote: >> >> >> >> >> >> looks nice! >> >> >> >> - >> >> Christos >> >> >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > >> wrote: >> >> >> >>> This is as far as I got today with it: >> >>> >> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >> >>> >> >>> I'll finish it on monday, any inputs are welcome. >> >>> >> >>> Have a nice weekend and I hope you get better soon Corinne. >> >>> >> >>> ----- Original Message ----- >> >>> From: "Andres Galante" < agalante at redhat.com > >> >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org >> > >> >>> Sent: Friday, November 7, 2014 2:03:48 PM >> >>> Subject: Re: [aerogear-dev] Shoot and Share design >> >>> >> >>> Perfect, I'll work on that one. >> >>> >> >>> Thanks! >> >>> >> >>> ----- Original Message ----- >> >>> From: "Corinne Krych" < corinnekrych at gmail.com > >> >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org >> > >> >>> Sent: Friday, November 7, 2014 1:37:07 PM >> >>> Subject: Re: [aerogear-dev] Shoot and Share design >> >>> >> >>> Same here curved purple arrow might be more expressive i think the >> straight arror for ?share? comes from Apple icons. >> >>> It might be better to have sth that fit both platforms. >> >>> >> >>> ++ >> >>> Corinne >> >>> >> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > >> wrote: >> >>> >> >>>> I like the one on the far right with the purplish curved arrow. It >> >>>> reminds me a bit of the G in the AeroGear logo. >> >>>> >> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >> >>>>> Hi, >> >>>>> >> >>>>> I am working with 3 ideas for the icon: >> >>>>> >> >>>>> 1- A camera with a share icon (arrow). Like the original one. >> >>>>> 2- A camera or a picture as a dialog icon. >> >>>>> 3- A typographic icon with the "s". >> >>>>> >> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >> >>>>> >> >>>>> What do you think? any other idea is very welcome. >> >>>>> >> >>>>> >> >>>>> ----- Original Message ----- >> >>>>> From: "Andres Galante" < agalante at redhat.com > >> >>>>> To: "AeroGear Developer Mailing List" < >> aerogear-dev at lists.jboss.org > >> >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >> >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >> >>>>> >> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" >> part. >> >>>>> I'll work on it and send it over for you guys to review soon. >> >>>>> After we do the Icon I'll help out with the interface. >> >>>>> >> >>>>> >> >>>>> ----- Original Message ----- >> >>>>> From: "Summers Pittman" < supittma at redhat.com > >> >>>>> To: "AeroGear Developer Mailing List" < >> aerogear-dev at lists.jboss.org > >> >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >> >>>>> Subject: [aerogear-dev] Shoot and Share design >> >>>>> >> >>>>> >> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >> >>>>> design work going on with them. >> >>>>> >> >>>>> Right now we need an icon. I'm sure if there is a wild designer on >> this >> >>>>> list we will get awesome input. >> >>>>> >> >>>>> (ppsssst agalante that's your cue). >> >>>>> >> >>>>> >> >>>> -- >> >>>> Summers Pittman >> >>>>>> Phone: 404 941 4698 >> >>>>>> Java is my crack. >> >>>> _______________________________________________ >> >>>> aerogear-dev mailing list >> >>>> aerogear-dev at lists.jboss.org >> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >>> _______________________________________________ >> >>> aerogear-dev mailing list >> >>> aerogear-dev at lists.jboss.org >> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >>> >> >>> _______________________________________________ >> >>> aerogear-dev mailing list >> >>> aerogear-dev at lists.jboss.org >> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >>> >> >>> _______________________________________________ >> >>> aerogear-dev mailing list >> >>> aerogear-dev at lists.jboss.org >> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> >> aerogear-dev mailing list >> >> aerogear-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> >> >> _______________________________________________ >> >> aerogear-dev mailing list >> >> aerogear-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> >> aerogear-dev mailing list >> >> aerogear-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > >> >> >> -- >> Summers Pittman >> >>Phone:404 941 4698 >> >>Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/e56b21d2/attachment-0001.html From agalante at redhat.com Tue Nov 11 16:53:28 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 11 Nov 2014 16:53:28 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: <1059344513.108604.1415742808717.JavaMail.zimbra@redhat.com> I talked with summers about browsing the camera roll. It is possible but not done yet. what I was wondering is why we have the gallery, is it because we want to show some Aerogear feature? if not how about we just shoot and share, no gallery. Maybe it can be shoot (or pick from roll) and share. ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Tuesday, November 11, 2014 6:12:41 PM Subject: Re: [aerogear-dev] Shoot and Share design One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? ++ Corinne On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ JavaScript: http://www.garralab.com/nailthumb.php Btw I guess we will have some images predefined and just one or two will be uploaded actually. The predefined ones could be selected so that they are cropped optimally. On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: On 11/11/2014 03:06 PM, Andres Galante wrote: > How about this for Shot and share Android app? How does the picture scale around when it isnt a square? > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:42:14 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > I guess this one answer my question, there is an idea of the arrow going away from the camera. > I like it this way! > > ++ > Corinne > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > Thanks passos, this is the final icon: > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > ----- Original Message ----- > From: "Daniel Passos" < daniel at passos.me > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:31:38 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hi Andres, > > I really like the 'new' icon > > -- Passos > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > > > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" < supittma at redhat.com > > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: >> Good morning. Here is a final version: >> >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >> >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >> >> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > That was going to be my comment. >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 6:13:26 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> +1 >> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >> >> >> looks nice! >> >> - >> Christos >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >> >>> This is as far as I got today with it: >>> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>> >>> I'll finish it on monday, any inputs are welcome. >>> >>> Have a nice weekend and I hope you get better soon Corinne. >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 2:03:48 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Perfect, I'll work on that one. >>> >>> Thanks! >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 1:37:07 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>> It might be better to have sth that fit both platforms. >>> >>> ++ >>> Corinne >>> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>> >>>> I like the one on the far right with the purplish curved arrow. It >>>> reminds me a bit of the G in the AeroGear logo. >>>> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>> Hi, >>>>> >>>>> I am working with 3 ideas for the icon: >>>>> >>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>> 2- A camera or a picture as a dialog icon. >>>>> 3- A typographic icon with the "s". >>>>> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>> >>>>> What do you think? any other idea is very welcome. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>> I'll work on it and send it over for you guys to review soon. >>>>> After we do the Icon I'll help out with the interface. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>> Subject: [aerogear-dev] Shoot and Share design >>>>> >>>>> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>> design work going on with them. >>>>> >>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>> list we will get awesome input. >>>>> >>>>> (ppsssst agalante that's your cue). >>>>> >>>>> >>>> -- >>>> Summers Pittman >>>>>> Phone: 404 941 4698 >>>>>> Java is my crack. >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Summers Pittman >>Phone: 404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From corinnekrych at gmail.com Tue Nov 11 17:01:28 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Tue, 11 Nov 2014 23:01:28 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1059344513.108604.1415742808717.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> <1059344513.108604.1415742808717.JavaMail.zimbra@redhat.com> Message-ID: tbh the initial motivation behind having the camera roll is that with ios simulator you can not take picture (whereas with android emulator you can). I thought it will be handy to have a quick demo that use user can run also run on simulator too. But agreed camera roll doesn?t add much. Maybe what we can do is use only one icon ?shoot? and when running on simulator makes it browse the camera roll. so we can stick to shoot and share on real device app. ++ Corinne On 11 Nov 2014, at 22:53, Andres Galante wrote: > I talked with summers about browsing the camera roll. It is possible but not done yet. > > what I was wondering is why we have the gallery, is it because we want to show some Aerogear feature? if not how about we just shoot and share, no gallery. Maybe it can be shoot (or pick from roll) and share. > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 11, 2014 6:12:41 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > > > > Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > > Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or two will be uploaded actually. > The predefined ones could be selected so that they are cropped optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: > > > On 11/11/2014 03:06 PM, Andres Galante wrote: >> How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? >> >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >> >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:42:14 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> I guess this one answer my question, there is an idea of the arrow going away from the camera. >> I like it this way! >> >> ++ >> Corinne >> >> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >> >> >> Thanks passos, this is the final icon: >> >> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >> >> >> >> ----- Original Message ----- >> From: "Daniel Passos" < daniel at passos.me > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:31:38 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Hi Andres, >> >> I really like the 'new' icon >> >> -- Passos >> >> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >> >> >> Here is a side by side image to help decide: >> >> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >> >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 12:57:15 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> How about something like this: >> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >> >> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >> >> ----- Original Message ----- >> From: "Summers Pittman" < supittma at redhat.com > >> To: aerogear-dev at lists.jboss.org >> Sent: Monday, November 10, 2014 11:06:50 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> On 11/10/2014 06:54 AM, Andres Galante wrote: >>> Good morning. Here is a final version: >>> >>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>> >>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>> >>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >> That was going to be my comment. >>> >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 6:13:26 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> +1 >>> >>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>> >>> >>> looks nice! >>> >>> - >>> Christos >>> >>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>> >>>> This is as far as I got today with it: >>>> >>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>> >>>> I'll finish it on monday, any inputs are welcome. >>>> >>>> Have a nice weekend and I hope you get better soon Corinne. >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Perfect, I'll work on that one. >>>> >>>> Thanks! >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>> It might be better to have sth that fit both platforms. >>>> >>>> ++ >>>> Corinne >>>> >>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>> >>>>> I like the one on the far right with the purplish curved arrow. It >>>>> reminds me a bit of the G in the AeroGear logo. >>>>> >>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>> Hi, >>>>>> >>>>>> I am working with 3 ideas for the icon: >>>>>> >>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>> 2- A camera or a picture as a dialog icon. >>>>>> 3- A typographic icon with the "s". >>>>>> >>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>> >>>>>> What do you think? any other idea is very welcome. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>> I'll work on it and send it over for you guys to review soon. >>>>>> After we do the Icon I'll help out with the interface. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> >>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>> design work going on with them. >>>>>> >>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>> list we will get awesome input. >>>>>> >>>>>> (ppsssst agalante that's your cue). >>>>>> >>>>>> >>>>> -- >>>>> Summers Pittman >>>>>>> Phone: 404 941 4698 >>>>>>> Java is my crack. >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > -- > Summers Pittman >>> Phone: 404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/a25d6d84/attachment.bin From daniel at passos.me Tue Nov 11 17:11:36 2014 From: daniel at passos.me (Daniel Passos) Date: Tue, 11 Nov 2014 20:11:36 -0200 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <54627004.5030503@redhat.com> References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: On Tue, Nov 11, 2014 at 6:22 PM, Summers Pittman wrote: > On 11/11/2014 03:06 PM, Andres Galante wrote: > > How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? > We can crop it (I mean create a thumb) on the fly > > > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/11b818ba/attachment-0001.html From daniel at passos.me Tue Nov 11 17:17:04 2014 From: daniel at passos.me (Daniel Passos) Date: Tue, 11 Nov 2014 20:17:04 -0200 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: Yes, we can use something like iOS UIImagePickerControllerSourceTypeCamera and UIImagePickerControllerSourceTypePhotoLibrary I think add both in the app is a good way to do. ? Passos On Tue, Nov 11, 2014 at 7:12 PM, Corinne Krych wrote: One difference from Android Shoot'nShare version to iOS is that in iOS > version you can browse Camera roll and select an already taken photo to > share it, is it possible on Android? > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? wrote: > >> Did some googling about thumbnaling, and the "dump" versions aren't that >> hard to implement: >> >> Android: >> http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail >> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ >> JavaScript: http://www.garralab.com/nailthumb.php >> >> Btw I guess we will have some images predefined and just one or two will >> be uploaded actually. >> The predefined ones could be selected so that they are cropped optimally. >> >> >> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman >> wrote: >> >>> On 11/11/2014 03:06 PM, Andres Galante wrote: >>> > How about this for Shot and share Android app? >>> How does the picture scale around when it isnt a square? >>> > >>> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >>> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >>> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >>> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > From: "Corinne Krych" >>> > To: "AeroGear Developer Mailing List" >>> > Sent: Monday, November 10, 2014 5:42:14 PM >>> > Subject: Re: [aerogear-dev] Shoot and Share design >>> > >>> > I guess this one answer my question, there is an idea of the arrow >>> going away from the camera. >>> > I like it this way! >>> > >>> > ++ >>> > Corinne >>> > >>> > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > >>> wrote: >>> > >>> > >>> > Thanks passos, this is the final icon: >>> > >>> > https://issues.jboss.org/secure/attachment/12386265/icon-final.png >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > From: "Daniel Passos" < daniel at passos.me > >>> > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> > Sent: Monday, November 10, 2014 5:31:38 PM >>> > Subject: Re: [aerogear-dev] Shoot and Share design >>> > >>> > Hi Andres, >>> > >>> > I really like the 'new' icon >>> > >>> > -- Passos >>> > >>> > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com >>> > wrote: >>> > >>> > >>> > Here is a side by side image to help decide: >>> > >>> > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >>> > >>> > >>> > ----- Original Message ----- >>> > From: "Andres Galante" < agalante at redhat.com > >>> > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> > Sent: Monday, November 10, 2014 12:57:15 PM >>> > Subject: Re: [aerogear-dev] Shoot and Share design >>> > >>> > How about something like this: >>> > >>> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >>> > >>> > its a (fast)firs idea. If you like it, I'll make some color changes >>> and finishing touches. >>> > >>> > ----- Original Message ----- >>> > From: "Summers Pittman" < supittma at redhat.com > >>> > To: aerogear-dev at lists.jboss.org >>> > Sent: Monday, November 10, 2014 11:06:50 AM >>> > Subject: Re: [aerogear-dev] Shoot and Share design >>> > >>> > On 11/10/2014 06:54 AM, Andres Galante wrote: >>> >> Good morning. Here is a final version: >>> >> >>> >> >>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>> >> >>> >> >>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>> >> >>> >> Let me know if you like it. It's not very iOS7 style, if you think >>> its too old fashion I can build other options to choose from. >>> > That was going to be my comment. >>> >> >>> >> >>> >> ----- Original Message ----- >>> >> From: "Corinne Krych" < corinnekrych at gmail.com > >>> >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org >>> > >>> >> Sent: Monday, November 10, 2014 6:13:26 AM >>> >> Subject: Re: [aerogear-dev] Shoot and Share design >>> >> >>> >> +1 >>> >> >>> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > >>> wrote: >>> >> >>> >> >>> >> looks nice! >>> >> >>> >> - >>> >> Christos >>> >> >>> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > >>> wrote: >>> >> >>> >>> This is as far as I got today with it: >>> >>> >>> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>> >>> >>> >>> I'll finish it on monday, any inputs are welcome. >>> >>> >>> >>> Have a nice weekend and I hope you get better soon Corinne. >>> >>> >>> >>> ----- Original Message ----- >>> >>> From: "Andres Galante" < agalante at redhat.com > >>> >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org >>> > >>> >>> Sent: Friday, November 7, 2014 2:03:48 PM >>> >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> >>> >>> Perfect, I'll work on that one. >>> >>> >>> >>> Thanks! >>> >>> >>> >>> ----- Original Message ----- >>> >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org >>> > >>> >>> Sent: Friday, November 7, 2014 1:37:07 PM >>> >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> >>> >>> Same here curved purple arrow might be more expressive i think the >>> straight arror for ?share? comes from Apple icons. >>> >>> It might be better to have sth that fit both platforms. >>> >>> >>> >>> ++ >>> >>> Corinne >>> >>> >>> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > >>> wrote: >>> >>> >>> >>>> I like the one on the far right with the purplish curved arrow. It >>> >>>> reminds me a bit of the G in the AeroGear logo. >>> >>>> >>> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>> >>>>> Hi, >>> >>>>> >>> >>>>> I am working with 3 ideas for the icon: >>> >>>>> >>> >>>>> 1- A camera with a share icon (arrow). Like the original one. >>> >>>>> 2- A camera or a picture as a dialog icon. >>> >>>>> 3- A typographic icon with the "s". >>> >>>>> >>> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>> >>>>> >>> >>>>> What do you think? any other idea is very welcome. >>> >>>>> >>> >>>>> >>> >>>>> ----- Original Message ----- >>> >>>>> From: "Andres Galante" < agalante at redhat.com > >>> >>>>> To: "AeroGear Developer Mailing List" < >>> aerogear-dev at lists.jboss.org > >>> >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>> >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>>>> >>> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" >>> part. >>> >>>>> I'll work on it and send it over for you guys to review soon. >>> >>>>> After we do the Icon I'll help out with the interface. >>> >>>>> >>> >>>>> >>> >>>>> ----- Original Message ----- >>> >>>>> From: "Summers Pittman" < supittma at redhat.com > >>> >>>>> To: "AeroGear Developer Mailing List" < >>> aerogear-dev at lists.jboss.org > >>> >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>> >>>>> Subject: [aerogear-dev] Shoot and Share design >>> >>>>> >>> >>>>> >>> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>> >>>>> design work going on with them. >>> >>>>> >>> >>>>> Right now we need an icon. I'm sure if there is a wild designer on >>> this >>> >>>>> list we will get awesome input. >>> >>>>> >>> >>>>> (ppsssst agalante that's your cue). >>> >>>>> >>> >>>>> >>> >>>> -- >>> >>>> Summers Pittman >>> >>>>>> Phone: 404 941 4698 >>> >>>>>> Java is my crack. >>> >>>> _______________________________________________ >>> >>>> aerogear-dev mailing list >>> >>>> aerogear-dev at lists.jboss.org >>> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> >>> aerogear-dev mailing list >>> >>> aerogear-dev at lists.jboss.org >>> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> >>> aerogear-dev mailing list >>> >>> aerogear-dev at lists.jboss.org >>> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> >>> aerogear-dev mailing list >>> >>> aerogear-dev at lists.jboss.org >>> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> _______________________________________________ >>> >> aerogear-dev mailing list >>> >> aerogear-dev at lists.jboss.org >>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >>> >> >>> >> _______________________________________________ >>> >> aerogear-dev mailing list >>> >> aerogear-dev at lists.jboss.org >>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >>> >> _______________________________________________ >>> >> aerogear-dev mailing list >>> >> aerogear-dev at lists.jboss.org >>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> > >>> >>> >>> -- >>> Summers Pittman >>> >>Phone:404 941 4698 >>> >>Java is my crack. >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/6c966f98/attachment-0001.html From corinnekrych at gmail.com Tue Nov 11 17:37:21 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Tue, 11 Nov 2014 23:37:21 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: <81C16BD3-ABD0-4CAD-BEE7-B4F6A53CEAF4@gmail.com> Similar to camera roll, on iOS, we also have this ticket: https://issues.jboss.org/browse/AGIOS-224 for iOS8 app to be able to share to Keycloak, Google from camera roll directly? But I guess this would be iOS specific. ++ Corinne On 11 Nov 2014, at 23:17, Daniel Passos wrote: > Yes, we can use something like iOS UIImagePickerControllerSourceTypeCamera and UIImagePickerControllerSourceTypePhotoLibrary > > I think add both in the app is a good way to do. > > ? Passos > > On Tue, Nov 11, 2014 at 7:12 PM, Corinne Krych wrote: > > > > One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? wrote: > Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > > Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or two will be uploaded actually. > The predefined ones could be selected so that they are cropped optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman wrote: > On 11/11/2014 03:06 PM, Andres Galante wrote: > > How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? > > > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Monday, November 10, 2014 5:42:14 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > I guess this one answer my question, there is an idea of the arrow going away from the camera. > > I like it this way! > > > > ++ > > Corinne > > > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > > > > Thanks passos, this is the final icon: > > > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > > > > > ----- Original Message ----- > > From: "Daniel Passos" < daniel at passos.me > > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 5:31:38 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hi Andres, > > > > I really like the 'new' icon > > > > -- Passos > > > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > > > > > > Here is a side by side image to help decide: > > > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > > > > ----- Original Message ----- > > From: "Andres Galante" < agalante at redhat.com > > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 12:57:15 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > How about something like this: > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > > > its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > > > > ----- Original Message ----- > > From: "Summers Pittman" < supittma at redhat.com > > > To: aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 11:06:50 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > On 11/10/2014 06:54 AM, Andres Galante wrote: > >> Good morning. Here is a final version: > >> > >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >> > >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >> > >> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > > That was going to be my comment. > >> > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >> Sent: Monday, November 10, 2014 6:13:26 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> +1 > >> > >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > >> > >> > >> looks nice! > >> > >> - > >> Christos > >> > >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >> > >>> This is as far as I got today with it: > >>> > >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>> > >>> I'll finish it on monday, any inputs are welcome. > >>> > >>> Have a nice weekend and I hope you get better soon Corinne. > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Friday, November 7, 2014 2:03:48 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Perfect, I'll work on that one. > >>> > >>> Thanks! > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Friday, November 7, 2014 1:37:07 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > >>> It might be better to have sth that fit both platforms. > >>> > >>> ++ > >>> Corinne > >>> > >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: > >>> > >>>> I like the one on the far right with the purplish curved arrow. It > >>>> reminds me a bit of the G in the AeroGear logo. > >>>> > >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>> Hi, > >>>>> > >>>>> I am working with 3 ideas for the icon: > >>>>> > >>>>> 1- A camera with a share icon (arrow). Like the original one. > >>>>> 2- A camera or a picture as a dialog icon. > >>>>> 3- A typographic icon with the "s". > >>>>> > >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>>> > >>>>> What do you think? any other idea is very welcome. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. > >>>>> I'll work on it and send it over for you guys to review soon. > >>>>> After we do the Icon I'll help out with the interface. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Summers Pittman" < supittma at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> > >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>>> design work going on with them. > >>>>> > >>>>> Right now we need an icon. I'm sure if there is a wild designer on this > >>>>> list we will get awesome input. > >>>>> > >>>>> (ppsssst agalante that's your cue). > >>>>> > >>>>> > >>>> -- > >>>> Summers Pittman > >>>>>> Phone: 404 941 4698 > >>>>>> Java is my crack. > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141111/e24368e1/attachment.bin From agalante at redhat.com Tue Nov 11 17:52:32 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 11 Nov 2014 17:52:32 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> <1059344513.108604.1415742808717.JavaMail.zimbra@redhat.com> Message-ID: <851057773.110027.1415746352205.JavaMail.zimbra@redhat.com> So is that a yes to remove the gallery? I can build a nice camera interface, and share screen after you take it. No saving it. ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Tuesday, November 11, 2014 7:01:28 PM Subject: Re: [aerogear-dev] Shoot and Share design tbh the initial motivation behind having the camera roll is that with ios simulator you can not take picture (whereas with android emulator you can). I thought it will be handy to have a quick demo that use user can run also run on simulator too. But agreed camera roll doesn?t add much. Maybe what we can do is use only one icon ?shoot? and when running on simulator makes it browse the camera roll. so we can stick to shoot and share on real device app. ++ Corinne On 11 Nov 2014, at 22:53, Andres Galante wrote: > I talked with summers about browsing the camera roll. It is possible but not done yet. > > what I was wondering is why we have the gallery, is it because we want to show some Aerogear feature? if not how about we just shoot and share, no gallery. Maybe it can be shoot (or pick from roll) and share. > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 11, 2014 6:12:41 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > > > > Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > > Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or two will be uploaded actually. > The predefined ones could be selected so that they are cropped optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: > > > On 11/11/2014 03:06 PM, Andres Galante wrote: >> How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? >> >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >> >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:42:14 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> I guess this one answer my question, there is an idea of the arrow going away from the camera. >> I like it this way! >> >> ++ >> Corinne >> >> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >> >> >> Thanks passos, this is the final icon: >> >> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >> >> >> >> ----- Original Message ----- >> From: "Daniel Passos" < daniel at passos.me > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:31:38 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Hi Andres, >> >> I really like the 'new' icon >> >> -- Passos >> >> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >> >> >> Here is a side by side image to help decide: >> >> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >> >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 12:57:15 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> How about something like this: >> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >> >> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >> >> ----- Original Message ----- >> From: "Summers Pittman" < supittma at redhat.com > >> To: aerogear-dev at lists.jboss.org >> Sent: Monday, November 10, 2014 11:06:50 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> On 11/10/2014 06:54 AM, Andres Galante wrote: >>> Good morning. Here is a final version: >>> >>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>> >>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>> >>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >> That was going to be my comment. >>> >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 6:13:26 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> +1 >>> >>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>> >>> >>> looks nice! >>> >>> - >>> Christos >>> >>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>> >>>> This is as far as I got today with it: >>>> >>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>> >>>> I'll finish it on monday, any inputs are welcome. >>>> >>>> Have a nice weekend and I hope you get better soon Corinne. >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Perfect, I'll work on that one. >>>> >>>> Thanks! >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>> It might be better to have sth that fit both platforms. >>>> >>>> ++ >>>> Corinne >>>> >>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>> >>>>> I like the one on the far right with the purplish curved arrow. It >>>>> reminds me a bit of the G in the AeroGear logo. >>>>> >>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>> Hi, >>>>>> >>>>>> I am working with 3 ideas for the icon: >>>>>> >>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>> 2- A camera or a picture as a dialog icon. >>>>>> 3- A typographic icon with the "s". >>>>>> >>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>> >>>>>> What do you think? any other idea is very welcome. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>> I'll work on it and send it over for you guys to review soon. >>>>>> After we do the Icon I'll help out with the interface. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> >>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>> design work going on with them. >>>>>> >>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>> list we will get awesome input. >>>>>> >>>>>> (ppsssst agalante that's your cue). >>>>>> >>>>>> >>>>> -- >>>>> Summers Pittman >>>>>>> Phone: 404 941 4698 >>>>>>> Java is my crack. >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > -- > Summers Pittman >>> Phone: 404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From bruno at abstractj.org Wed Nov 12 02:01:51 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 12 Nov 2014 05:01:51 -0200 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: <20141112070151.GB82784@abstractj.org> Not against JSON, but maybe worth to take a look at http://msgpack.org/ On 2014-11-11, Luk?? Fry? wrote: > On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc > wrote: > > > Hi, > > > > I would like to start a discussion around the import/export of > > installations in UPS. To track all the tasks, we have a ticket[1] also > > containing some sub-tasks. > > Scope > > > > For now we stick to installations, meanning we can import or export > > installations from a particular Variant. Import/Export for Variants will > > maybe come later but due to some security issues (mainly for iOS > > cert/passphrase) it's on hold. > > > > Import > > Service > > > > That's an easy one ;) since the service already exist [2]. It's a REST > > service and it uses the VariantId/Secret combination to authenticate. > > > > Data format looks like : > > > > [ > > { > > "deviceToken" : "someTokenString", > > "deviceType" : "iPad", > > "operatingSystem" : "iOS", > > "osVersion" : "6.1.2", > > "alias" : "someUsername or email adress...", > > "categories" : ["football", "sport"] > > }, > > { > > "deviceToken" : "someOtherTokenString", > > ... > > }, > > ... > > ] > > > > > > Export > > Service > > > > Like import, it will use the variantId/secret combo to authenticate and > > retrieve the right variant to export the installations. The data structure > > format would of course looks like the one used for import. > > Output > > format > > > > How should provide the exported data ? I need your input here 1. Raw Json > > ? 2. Json file ? 3. Zip / tarball ? > > > > Gzipped json file download sounds as easily accessible for browsers. > > > UI > > > > UI should be a *nice to have* > > > > I would suggest to add 2 items (import and export) in the contextual menu > > that you can see in this screenshot : > > > > > > > > > > For import, the user will have a file input and feedback on how many > > installations were imported. For export, the user just have to press an > > export button > > > > +1 sounds good, we just need to decide whether block the user when > uploading / downloading > > I guess: > > a) downloading - do not block UI, downloading is a separate activity > b) uploading - block the UI, offer progress and error indication and > ability to cancel the process (transactional? - cancelling means no > installation is imported?) > > > > > > Migration > > issues > > > > So, that is a very important point that I would like to discuss. Even if > > we are able to import installations, the *variantID_ and the > > __variantSecret* will not match with those that are in the Clients. > > > > Imagine the following scenario : I export 15000 installations, my > > datacenter burns, I create a new UPS instance, with a new Push App and a > > new Variant (so new VariantID and VariantSecret), then I inport the > > installations. Well, my 15000 clients will point to the wrong variant. For > > sure, they can be updated but that might not always be an option. > > > > That is why I would like suggest the following change : Make *VariantId* > > and *VariantSecret* editable, so after someone has done an import he can > > change the values of the variants so it matches the clients. > > > > I know we had this discussion before, but in the future we might want to > > change the naming around VariantId and VariantSecret, to me it sounds more > > like *variantAPIKey* / *variantAPISecret* > > > > wdyt ? > > > > Security > > > > As said before, import/export uses variantId/variantSecret to > > authenticate. So if someone has access to these keys he could make a > > malicious import of 500k installations. What should we do for that ? We > > could give this access only to authenticated "console" users but then it > > would be hard to expose import/export as rest service (because of KC > > implication) > > > > Please comment, ask questions , be crazy ... > > > > Sebi > > > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > > > [2] > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Wed Nov 12 02:05:34 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 12 Nov 2014 05:05:34 -0200 Subject: [aerogear-dev] iOS cordova swift In-Reply-To: <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> References: <20141111111837.GA23159@abstractj.org> <3A48AD5D-8042-469B-B539-831B60CA14EA@redhat.com> <20141111121025.GA49974@abstractj.org> <0BB4AE78-0474-4208-B9DA-2138EEA5516D@redhat.com> <1533A120-1A82-4E3D-8646-3CA9C918FEE8@gmail.com> <4C2E1788-D461-4D0B-B9A6-3FA2E9D94948@redhat.com> <742C2919-B304-4F77-B04A-840A3D4CC95F@gmail.com> Message-ID: <20141112070533.GC82784@abstractj.org> On 2014-11-11, Corinne wrote: > That's the point of proving a cordova plugin to store those tokens in natives secured storage. > Doing a cordova plugin with implicit grant miss the point. +1 agreed on that > > Sent from my iPhone > > > On 11 nov. 2014, at 13:39, Erik Jan de Wit wrote: > > > > I thought, correct me if I?m wrong, that mobile and javascript apps cannot use anything other then implicit grant. As the whole switching to the browser can be intercepted and therefore mobile client cannot be trusted to keep the secret. > > > >> On 11 Nov,2014, at 13:20 , Corinne wrote: > >> > >> But with implicit grant you won't get refresh tokens. > >> So you dont offer the same fluid features like the natives experience... > >> > >> ++ > >> Corinne > >> > >> Sent from my iPhone > >> > >>> On 11 nov. 2014, at 13:12, Erik Jan de Wit wrote: > >>> > >>> > >>>> On 11 Nov,2014, at 13:10 , Bruno Oliveira wrote: > >>>> > >>>> Gotcha, so the idea is to make use of the same approach from ag-js? > >>> > >>> Right, but then use InAppBrowser so that you can use it more easily on cordova > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Wed Nov 12 02:24:35 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 12 Nov 2014 05:24:35 -0200 Subject: [aerogear-dev] AeroGear Security meeting Message-ID: Good morning, This is the draft agenda for the security meeting today: http://oksoclap.com/p/v7osqXXIX1 Add your name there and information, if you want to join. -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/4b64f608/attachment.html From bdawidow at redhat.com Wed Nov 12 05:04:33 2014 From: bdawidow at redhat.com (Boleslaw Dawidowicz) Date: Wed, 12 Nov 2014 11:04:33 +0100 Subject: [aerogear-dev] Devoxx OAuth2 In-Reply-To: References: Message-ID: <9E6E64AD-0A9A-4743-B1E9-121236600D10@redhat.com> Wow? really awesome slides! > On 11 Nov 2014, at 09:34, Matthias Wessendorf wrote: > > Hi, > > last night our own Corinne Krych spoke at Devoxx about OAuth2 for native apps. > > Her beautiful slides include AeroGear and Keycloak: > http://corinnekrych.github.io/OAuth2Devoxx/assets/player/KeynoteDHTMLPlayer.html#0 > > Enjoy! > -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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Boles?aw Dawidowicz Supervisor, Software Engineering | Red Hat Middleware Security -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/4da61e9e/attachment.html From smikloso at redhat.com Wed Nov 12 05:15:30 2014 From: smikloso at redhat.com (Stefan Miklosovic) Date: Wed, 12 Nov 2014 05:15:30 -0500 (EST) Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Hi, I have two comments. The first one is about JSON export of an Installation. You declare it is like this when it comes to categories: "categories" : ["football", "sport"] However, with the current UPS of version 1.0.2, when you register some installation, it returns you this https://issues.jboss.org/browse/AGPUSH-1093 This issue should be addressed and since exporting of installations more or less means to marshall them into JSON, you hit this issue for sure so model should be updated to return only array of category names instead of its JSON representation. The second comment is about security. I am begging you here from QA team to make it doable via REST and not (only) via UPS console because it simplifies tons of hacking around the code. Right now we are doing whole import by adding custom JAX-RS endpoints on top of UPS, we generate applications, variants and installations randomly as JSONs and send them to UPS to these batch endpoints and we are calling services to persist them. You can find it here (1) In case this would be done via REST, it would be no-brainer and huge time saver for QA guys. (1) https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 Thanks Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso ----- Original Message ----- > Hi, > I would like to start a discussion around the import/export of installations > in UPS. To track all the tasks, we have a ticket[1] also containing some > sub-tasks. Scope > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. Import Service > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > Data format looks like : > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > Export Service > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. Output format > How should provide the exported data ? I need your input here 1. Raw Json ? > 2. Json file ? 3. Zip / tarball ? UI > UI should be a nice to have > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button Migration issues > So, that is a very important point that I would like to discuss. Even if we > are able to import installations, the variantID_ and the __variantSecret > will not match with those that are in the Clients. > Imagine the following scenario : I export 15000 installations, my datacenter > burns, I create a new UPS instance, with a new Push App and a new Variant > (so new VariantID and VariantSecret), then I inport the installations. Well, > my 15000 clients will point to the wrong variant. For sure, they can be > updated but that might not always be an option. > That is why I would like suggest the following change : Make VariantId and > VariantSecret editable, so after someone has done an import he can change > the values of the variants so it matches the clients. > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like variantAPIKey / variantAPISecret > wdyt ? Security > As said before, import/export uses variantId/variantSecret to authenticate. > So if someone has access to these keys he could make a malicious import of > 500k installations. What should we do for that ? We could give this access > only to authenticated "console" users but then it would be hard to expose > import/export as rest service (because of KC implication) > Please comment, ask questions , be crazy ... > Sebi > [1] https://issues.jboss.org/browse/AGPUSH-978 > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/a1e115fe/attachment-0001.html From smikloso at redhat.com Wed Nov 12 05:31:09 2014 From: smikloso at redhat.com (Stefan Miklosovic) Date: Wed, 12 Nov 2014 05:31:09 -0500 (EST) Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: <705006698.5518312.1415788269085.JavaMail.zimbra@redhat.com> Two more comments which come to my mind and are quite technical. 1) When you export Variant into JSON and you want to import it again, you fail to do so at this moment because Variant is abstract class and JSON unmarshaller do not know to which class it should be cast. Because of that we have to change model of Variant to add this on it (1). Maybe there is another option how to do that (e.g. according to some field in Variant and write custom JSON unmarshaller). 2) We have similar issue with VariantType, it fails to unmarshall at this moment without this modification (2) (1) https://github.com/smiklosovic/aerogear-unifiedpush-server/blob/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/Variant.java#L28 (2) https://github.com/smiklosovic/aerogear-unifiedpush-server/blob/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/VariantType.java#L61-L69 Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso ----- Original Message ----- > Hi, > I would like to start a discussion around the import/export of installations > in UPS. To track all the tasks, we have a ticket[1] also containing some > sub-tasks. Scope > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. Import Service > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > Data format looks like : > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > Export Service > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. Output format > How should provide the exported data ? I need your input here 1. Raw Json ? > 2. Json file ? 3. Zip / tarball ? UI > UI should be a nice to have > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button Migration issues > So, that is a very important point that I would like to discuss. Even if we > are able to import installations, the variantID_ and the __variantSecret > will not match with those that are in the Clients. > Imagine the following scenario : I export 15000 installations, my datacenter > burns, I create a new UPS instance, with a new Push App and a new Variant > (so new VariantID and VariantSecret), then I inport the installations. Well, > my 15000 clients will point to the wrong variant. For sure, they can be > updated but that might not always be an option. > That is why I would like suggest the following change : Make VariantId and > VariantSecret editable, so after someone has done an import he can change > the values of the variants so it matches the clients. > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like variantAPIKey / variantAPISecret > wdyt ? Security > As said before, import/export uses variantId/variantSecret to authenticate. > So if someone has access to these keys he could make a malicious import of > 500k installations. What should we do for that ? We could give this access > only to authenticated "console" users but then it would be hard to expose > import/export as rest service (because of KC implication) > Please comment, ask questions , be crazy ... > Sebi > [1] https://issues.jboss.org/browse/AGPUSH-978 > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/65dac621/attachment.html From matzew at apache.org Wed Nov 12 05:40:52 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 12 Nov 2014 11:40:52 +0100 Subject: [aerogear-dev] Accessibility on AeroGear In-Reply-To: <20141111184759.GA80863@abstractj.org> References: <20141111184759.GA80863@abstractj.org> Message-ID: great, thanks for filing these tickets! Karel, do we have some sort of tests for that? Also I am not sure if patternfly is following guides like WAI / WAI-ARIA On Tue, Nov 11, 2014 at 7:47 PM, Bruno Oliveira wrote: > Good morning, > > Currently do we test our mobile applications + website for issues with > accessibility? I'm thinking about visually impaired people. > > The following issues were created: > > https://issues.jboss.org/browse/AEROGEAR-1539 > https://issues.jboss.org/browse/AGPUSH-1105 > > Thanks in advance > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/f416ab4f/attachment.html From scm.blanc at gmail.com Wed Nov 12 05:47:36 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Wed, 12 Nov 2014 11:47:36 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: On Tue, Nov 11, 2014 at 5:08 PM, Luk?? Fry? wrote: > > > On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc > wrote: > >> Hi, >> >> I would like to start a discussion around the import/export of >> installations in UPS. To track all the tasks, we have a ticket[1] also >> containing some sub-tasks. >> Scope >> >> For now we stick to installations, meanning we can import or export >> installations from a particular Variant. Import/Export for Variants will >> maybe come later but due to some security issues (mainly for iOS >> cert/passphrase) it's on hold. >> >> Import >> Service >> >> That's an easy one ;) since the service already exist [2]. It's a REST >> service and it uses the VariantId/Secret combination to authenticate. >> >> Data format looks like : >> >> [ >> { >> "deviceToken" : "someTokenString", >> "deviceType" : "iPad", >> "operatingSystem" : "iOS", >> "osVersion" : "6.1.2", >> "alias" : "someUsername or email adress...", >> "categories" : ["football", "sport"] >> }, >> { >> "deviceToken" : "someOtherTokenString", >> ... >> }, >> ... >> ] >> >> >> Export >> Service >> >> Like import, it will use the variantId/secret combo to authenticate and >> retrieve the right variant to export the installations. The data structure >> format would of course looks like the one used for import. >> >> Output >> format >> >> How should provide the exported data ? I need your input here 1. Raw Json >> ? 2. Json file ? 3. Zip / tarball ? >> > > Gzipped json file download sounds as easily accessible for browsers. > Good one, will check that > UI >> >> UI should be a *nice to have* >> >> I would suggest to add 2 items (import and export) in the contextual menu >> that you can see in this screenshot : >> >> >> >> >> For import, the user will have a file input and feedback on how many >> installations were imported. For export, the user just have to press an >> export button >> > > +1 sounds good, we just need to decide whether block the user when > uploading / downloading > > I guess: > > a) downloading - do not block UI, downloading is a separate activity > b) uploading - block the UI, offer progress and error indication and > ability to cancel the process (transactional? - cancelling means no > installation is imported?) > Yep, good remarks on the blocking / non-blocking UI > > >> >> Migration >> issues >> >> So, that is a very important point that I would like to discuss. Even if >> we are able to import installations, the *variantID_ and the >> __variantSecret* will not match with those that are in the Clients. >> >> Imagine the following scenario : I export 15000 installations, my >> datacenter burns, I create a new UPS instance, with a new Push App and a >> new Variant (so new VariantID and VariantSecret), then I inport the >> installations. Well, my 15000 clients will point to the wrong variant. For >> sure, they can be updated but that might not always be an option. >> >> That is why I would like suggest the following change : Make *VariantId* >> and *VariantSecret* editable, so after someone has done an import he >> can change the values of the variants so it matches the clients. >> >> I know we had this discussion before, but in the future we might want to >> change the naming around VariantId and VariantSecret, to me it sounds more >> like *variantAPIKey* / *variantAPISecret* >> >> wdyt ? >> >> Security >> >> As said before, import/export uses variantId/variantSecret to >> authenticate. So if someone has access to these keys he could make a >> malicious import of 500k installations. What should we do for that ? We >> could give this access only to authenticated "console" users but then it >> would be hard to expose import/export as rest service (because of KC >> implication) >> >> Please comment, ask questions , be crazy ... >> >> Sebi >> >> [1] https://issues.jboss.org/browse/AGPUSH-978 >> >> [2] >> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/dd53247c/attachment-0001.html From scm.blanc at gmail.com Wed Nov 12 05:48:37 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Wed, 12 Nov 2014 11:48:37 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <20141112070151.GB82784@abstractj.org> References: <20141112070151.GB82784@abstractj.org> Message-ID: On Wed, Nov 12, 2014 at 8:01 AM, Bruno Oliveira wrote: > Not against JSON, but maybe worth to take a look at http://msgpack.org/ hum interesting as well, indeed worth a look > > > On 2014-11-11, Luk?? Fry? wrote: > > On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc > > wrote: > > > > > Hi, > > > > > > I would like to start a discussion around the import/export of > > > installations in UPS. To track all the tasks, we have a ticket[1] also > > > containing some sub-tasks. > > > >Scope > > > > > > For now we stick to installations, meanning we can import or export > > > installations from a particular Variant. Import/Export for Variants > will > > > maybe come later but due to some security issues (mainly for iOS > > > cert/passphrase) it's on hold. > > > > > > < > https://gist.github.com/sebastienblanc/b863b80380f8ed16ad7b#import-service > >Import > > > Service > > > > > > That's an easy one ;) since the service already exist [2]. It's a REST > > > service and it uses the VariantId/Secret combination to authenticate. > > > > > > Data format looks like : > > > > > > [ > > > { > > > "deviceToken" : "someTokenString", > > > "deviceType" : "iPad", > > > "operatingSystem" : "iOS", > > > "osVersion" : "6.1.2", > > > "alias" : "someUsername or email adress...", > > > "categories" : ["football", "sport"] > > > }, > > > { > > > "deviceToken" : "someOtherTokenString", > > > ... > > > }, > > > ... > > > ] > > > > > > > > > < > https://gist.github.com/sebastienblanc/b863b80380f8ed16ad7b#export-service > >Export > > > Service > > > > > > Like import, it will use the variantId/secret combo to authenticate and > > > retrieve the right variant to export the installations. The data > structure > > > format would of course looks like the one used for import. > > > < > https://gist.github.com/sebastienblanc/b863b80380f8ed16ad7b#output-format > >Output > > > format > > > > > > How should provide the exported data ? I need your input here 1. Raw > Json > > > ? 2. Json file ? 3. Zip / tarball ? > > > > > > > Gzipped json file download sounds as easily accessible for browsers. > > > > > UI > > > > > > UI should be a *nice to have* > > > > > > I would suggest to add 2 items (import and export) in the contextual > menu > > > that you can see in this screenshot : > > > > > > > > > < > https://camo.githubusercontent.com/94f19f69e50a217e89363aefe52912c9b33f6355/687474703a2f2f7331352e706f7374696d672e6f72672f6779626b72737a73622f696d706f72746578706f72742e706e67 > > > > > > > > For import, the user will have a file input and feedback on how many > > > installations were imported. For export, the user just have to press an > > > export button > > > > > > > +1 sounds good, we just need to decide whether block the user when > > uploading / downloading > > > > I guess: > > > > a) downloading - do not block UI, downloading is a separate activity > > b) uploading - block the UI, offer progress and error indication and > > ability to cancel the process (transactional? - cancelling means no > > installation is imported?) > > > > > > > > > > < > https://gist.github.com/sebastienblanc/b863b80380f8ed16ad7b#migration-issues > >Migration > > > issues > > > > > > So, that is a very important point that I would like to discuss. Even > if > > > we are able to import installations, the *variantID_ and the > > > __variantSecret* will not match with those that are in the Clients. > > > > > > Imagine the following scenario : I export 15000 installations, my > > > datacenter burns, I create a new UPS instance, with a new Push App and > a > > > new Variant (so new VariantID and VariantSecret), then I inport the > > > installations. Well, my 15000 clients will point to the wrong variant. > For > > > sure, they can be updated but that might not always be an option. > > > > > > That is why I would like suggest the following change : Make > *VariantId* > > > and *VariantSecret* editable, so after someone has done an import he > can > > > change the values of the variants so it matches the clients. > > > > > > I know we had this discussion before, but in the future we might want > to > > > change the naming around VariantId and VariantSecret, to me it sounds > more > > > like *variantAPIKey* / *variantAPISecret* > > > > > > wdyt ? > > > > > > Security > > > > > > As said before, import/export uses variantId/variantSecret to > > > authenticate. So if someone has access to these keys he could make a > > > malicious import of 500k installations. What should we do for that ? We > > > could give this access only to authenticated "console" users but then > it > > > would be hard to expose import/export as rest service (because of KC > > > implication) > > > > > > Please comment, ask questions , be crazy ... > > > > > > Sebi > > > > > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > > > > > [2] > > > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > > > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/1e01090d/attachment.html From scm.blanc at gmail.com Wed Nov 12 06:36:51 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Wed, 12 Nov 2014 12:36:51 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic wrote: > Hi, > > > I have two comments. The first one is about JSON export of an > Installation. You declare it is like this when it comes to categories: > > > "categories" : ["football", "sport"] > > > However, with the current UPS of version 1.0.2, when you register some > installation, it returns you this > https://issues.jboss.org/browse/AGPUSH-1093 > > > This issue should be addressed and since exporting of installations more > or less means to marshall them into JSON, you hit this issue for sure so > model should be updated to return only array of category names instead of > its JSON representation. > Ok good catch, I will keep this ticket in mind > > The second comment is about security. I am begging you here from QA team > to make it doable via REST and not (only) via UPS console because it > simplifies tons of hacking around the code. Right now we are doing whole > import by adding custom JAX-RS endpoints on top of UPS, we generate > applications, variants and installations randomly as JSONs and send them to > UPS to these batch endpoints and we are calling services to persist them. > I know, for now you can access it through rest, but tbh I want to have the security expert feedback on this and if we decide it's too insecure we will have to change it > > You can find it here (1) > > > In case this would be done via REST, it would be no-brainer and huge time > saver for QA guys. > > > (1) > https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 > > Thanks > > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso at redhat.com > irc: smikloso > > ------------------------------ > > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > Output > format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/df6d284c/attachment-0001.html From scm.blanc at gmail.com Wed Nov 12 06:37:36 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Wed, 12 Nov 2014 12:37:36 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <705006698.5518312.1415788269085.JavaMail.zimbra@redhat.com> References: <705006698.5518312.1415788269085.JavaMail.zimbra@redhat.com> Message-ID: We won't do Variant export/import On Wed, Nov 12, 2014 at 11:31 AM, Stefan Miklosovic wrote: > Two more comments which come to my mind and are quite technical. > > 1) When you export Variant into JSON and you want to import it again, you > fail to do so at this moment because Variant is abstract class and JSON > unmarshaller do not know to which class it should be cast. Because of that > we have to change model of Variant to add this on it (1). Maybe there is > another option how to do that (e.g. according to some field in Variant and > write custom JSON unmarshaller). > > 2) We have similar issue with VariantType, it fails to unmarshall at this > moment without this modification (2) > > (1) > https://github.com/smiklosovic/aerogear-unifiedpush-server/blob/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/Variant.java#L28 > (2) > https://github.com/smiklosovic/aerogear-unifiedpush-server/blob/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/VariantType.java#L61-L69 > > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso at redhat.com > irc: smikloso > > ------------------------------ > > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > Output > format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/f7a90836/attachment.html From smikloso at redhat.com Wed Nov 12 07:05:46 2014 From: smikloso at redhat.com (Stefan Miklosovic) Date: Wed, 12 Nov 2014 07:05:46 -0500 (EST) Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: <705006698.5518312.1415788269085.JavaMail.zimbra@redhat.com> Message-ID: <1230755163.5539234.1415793946845.JavaMail.zimbra@redhat.com> Sure, the first round can be only about installations, I wrote that in context of your initial e-mail: " Import/Export for Variants will maybe come later but due to some security issues (mainly for iOS cert/passphrase) it's on hold. " "we wont't do Variant export/import" does not seem the same thing as "it's on hold and maybe come later" to me :) Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso ----- Original Message ----- > We won't do Variant export/import > On Wed, Nov 12, 2014 at 11:31 AM, Stefan Miklosovic < smikloso at redhat.com > > wrote: > > Two more comments which come to my mind and are quite technical. > > > 1) When you export Variant into JSON and you want to import it again, you > > fail to do so at this moment because Variant is abstract class and JSON > > unmarshaller do not know to which class it should be cast. Because of that > > we have to change model of Variant to add this on it (1). Maybe there is > > another option how to do that (e.g. according to some field in Variant and > > write custom JSON unmarshaller). > > > 2) We have similar issue with VariantType, it fails to unmarshall at this > > moment without this modification (2) > > > (1) > > https://github.com/smiklosovic/aerogear-unifiedpush-server/blob/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/Variant.java#L28 > > > (2) > > https://github.com/smiklosovic/aerogear-unifiedpush-server/blob/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/VariantType.java#L61-L69 > > > Stefan Miklosovic > > > Red Hat Brno - JBoss Mobile Platform > > > e-mail: smikloso at redhat.com > > > irc: smikloso > > > > Hi, > > > > > > I would like to start a discussion around the import/export of > > > installations > > > in UPS. To track all the tasks, we have a ticket[1] also containing some > > > sub-tasks. Scope > > > > > > For now we stick to installations, meanning we can import or export > > > installations from a particular Variant. Import/Export for Variants will > > > maybe come later but due to some security issues (mainly for iOS > > > cert/passphrase) it's on hold. Import Service > > > > > > That's an easy one ;) since the service already exist [2]. It's a REST > > > service and it uses the VariantId/Secret combination to authenticate. > > > > > > Data format looks like : > > > > > > [ > > > > > > { > > > > > > "deviceToken" : "someTokenString", > > > > > > "deviceType" : "iPad", > > > > > > "operatingSystem" : "iOS", > > > > > > "osVersion" : "6.1.2", > > > > > > "alias" : "someUsername or email adress...", > > > > > > "categories" : ["football", "sport"] > > > > > > }, > > > > > > { > > > > > > "deviceToken" : "someOtherTokenString", > > > > > > ... > > > > > > }, > > > > > > ... > > > > > > ] > > > > > > Export Service > > > > > > Like import, it will use the variantId/secret combo to authenticate and > > > retrieve the right variant to export the installations. The data > > > structure > > > format would of course looks like the one used for import. Output format > > > > > > How should provide the exported data ? I need your input here 1. Raw Json > > > ? > > > 2. Json file ? 3. Zip / tarball ? UI > > > > > > UI should be a nice to have > > > > > > I would suggest to add 2 items (import and export) in the contextual menu > > > that you can see in this screenshot : > > > > > > For import, the user will have a file input and feedback on how many > > > installations were imported. For export, the user just have to press an > > > export button Migration issues > > > > > > So, that is a very important point that I would like to discuss. Even if > > > we > > > are able to import installations, the variantID_ and the __variantSecret > > > will not match with those that are in the Clients. > > > > > > Imagine the following scenario : I export 15000 installations, my > > > datacenter > > > burns, I create a new UPS instance, with a new Push App and a new Variant > > > (so new VariantID and VariantSecret), then I inport the installations. > > > Well, > > > my 15000 clients will point to the wrong variant. For sure, they can be > > > updated but that might not always be an option. > > > > > > That is why I would like suggest the following change : Make VariantId > > > and > > > VariantSecret editable, so after someone has done an import he can change > > > the values of the variants so it matches the clients. > > > > > > I know we had this discussion before, but in the future we might want to > > > change the naming around VariantId and VariantSecret, to me it sounds > > > more > > > like variantAPIKey / variantAPISecret > > > > > > wdyt ? Security > > > > > > As said before, import/export uses variantId/variantSecret to > > > authenticate. > > > So if someone has access to these keys he could make a malicious import > > > of > > > 500k installations. What should we do for that ? We could give this > > > access > > > only to authenticated "console" users but then it would be hard to expose > > > import/export as rest service (because of KC implication) > > > > > > Please comment, ask questions , be crazy ... > > > > > > Sebi > > > > > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > > > > > [2] > > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > > > > > _______________________________________________ > > > > > > aerogear-dev mailing list > > > > > > aerogear-dev at lists.jboss.org > > > > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/be93f9c6/attachment-0001.html From supittma at redhat.com Wed Nov 12 07:43:35 2014 From: supittma at redhat.com (Summers Pittman) Date: Wed, 12 Nov 2014 07:43:35 -0500 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: <546355F7.8030200@redhat.com> On 11/11/2014 04:12 PM, Corinne Krych wrote: > One difference from Android Shoot'nShare version to iOS is that in iOS > version you can browse Camera roll and select an already taken photo > to share it, is it possible on Android? What is the Camera Roll exactly? > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? > wrote: > > Did some googling about thumbnaling, and the "dump" versions > aren't that hard to implement: > > Android: > http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or > two will be uploaded actually. > The predefined ones could be selected so that they are cropped > optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman > > wrote: > > On 11/11/2014 03:06 PM, Andres Galante wrote: > > How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? > > > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > > To: "AeroGear Developer Mailing List" > > > > Sent: Monday, November 10, 2014 5:42:14 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > I guess this one answer my question, there is an idea of the > arrow going away from the camera. > > I like it this way! > > > > ++ > > Corinne > > > > On 10 November 2014 21:39, Andres Galante < > agalante at redhat.com > wrote: > > > > > > Thanks passos, this is the final icon: > > > > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > > > > > ----- Original Message ----- > > From: "Daniel Passos" < daniel at passos.me > > > > To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > > Sent: Monday, November 10, 2014 5:31:38 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hi Andres, > > > > I really like the 'new' icon > > > > -- Passos > > > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < > agalante at redhat.com > wrote: > > > > > > Here is a side by side image to help decide: > > > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > > > > ----- Original Message ----- > > From: "Andres Galante" < agalante at redhat.com > > > > To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > > Sent: Monday, November 10, 2014 12:57:15 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > How about something like this: > > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > > > its a (fast)firs idea. If you like it, I'll make some color > changes and finishing touches. > > > > ----- Original Message ----- > > From: "Summers Pittman" < supittma at redhat.com > > > > To: aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 11:06:50 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > On 11/10/2014 06:54 AM, Andres Galante wrote: > >> Good morning. Here is a final version: > >> > >> > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >> > >> > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >> > >> Let me know if you like it. It's not very iOS7 style, if > you think its too old fashion I can build other options to > choose from. > > That was going to be my comment. > >> > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > > >> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >> Sent: Monday, November 10, 2014 6:13:26 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> +1 > >> > >> On 10 November 2014 09:07, Christos Vasilakis < > cvasilak at gmail.com > wrote: > >> > >> > >> looks nice! > >> > >> - > >> Christos > >> > >> On Nov 7, 2014, at 10:42 PM, Andres Galante < > agalante at redhat.com > wrote: > >> > >>> This is as far as I got today with it: > >>> > >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>> > >>> I'll finish it on monday, any inputs are welcome. > >>> > >>> Have a nice weekend and I hope you get better soon Corinne. > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > > >>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>> Sent: Friday, November 7, 2014 2:03:48 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Perfect, I'll work on that one. > >>> > >>> Thanks! > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > > >>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>> Sent: Friday, November 7, 2014 1:37:07 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Same here curved purple arrow might be more expressive i > think the straight arror for ?share? comes from Apple icons. > >>> It might be better to have sth that fit both platforms. > >>> > >>> ++ > >>> Corinne > >>> > >>> On 07 Nov 2014, at 16:50, Summers Pittman < > supittma at redhat.com > wrote: > >>> > >>>> I like the one on the far right with the purplish curved > arrow. It > >>>> reminds me a bit of the G in the AeroGear logo. > >>>> > >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>> Hi, > >>>>> > >>>>> I am working with 3 ideas for the icon: > >>>>> > >>>>> 1- A camera with a share icon (arrow). Like the original > one. > >>>>> 2- A camera or a picture as a dialog icon. > >>>>> 3- A typographic icon with the "s". > >>>>> > >>>>> Here are some first sketches: > http://andresgalante.com/sketch.jpg > >>>>> > >>>>> What do you think? any other idea is very welcome. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > > >>>>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> :) "wild" and "designer" and 2 words fits me, specially > the "wild" part. > >>>>> I'll work on it and send it over for you guys to review > soon. > >>>>> After we do the Icon I'll help out with the interface. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Summers Pittman" < supittma at redhat.com > > > >>>>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> > >>>>> Now that we have two Shoot and Share impl's I'm hoping > to get some > >>>>> design work going on with them. > >>>>> > >>>>> Right now we need an icon. I'm sure if there is a wild > designer on this > >>>>> list we will get awesome input. > >>>>> > >>>>> (ppsssst agalante that's your cue). > >>>>> > >>>>> > >>>> -- > >>>> Summers Pittman > >>>>>> Phone: 404 941 4698 > >>>>>> Java is my crack. > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/fe1179f9/attachment-0001.html From supittma at redhat.com Wed Nov 12 07:48:55 2014 From: supittma at redhat.com (Summers Pittman) Date: Wed, 12 Nov 2014 07:48:55 -0500 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <673254813.71057.1415620455709.JavaMail.zimbra@redhat.com> <5460C67A.3070307@redhat.com> <510987758.76358.1415635035839.JavaMail.zimbra@redhat.com> <1935941761.79294.1415640400654.JavaMail.zimbra@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> Message-ID: <54635737.8060102@redhat.com> On 11/11/2014 04:12 PM, Corinne Krych wrote: > One difference from Android Shoot'nShare version to iOS is that in iOS > version you can browse Camera roll and select an already taken photo > to share it, is it possible on Android? On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? > wrote: > > Did some googling about thumbnaling, and the "dump" versions > aren't that hard to implement: > > Android: > http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or > two will be uploaded actually. > The predefined ones could be selected so that they are cropped > optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman > > wrote: > > On 11/11/2014 03:06 PM, Andres Galante wrote: > > How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? > > > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > > To: "AeroGear Developer Mailing List" > > > > Sent: Monday, November 10, 2014 5:42:14 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > I guess this one answer my question, there is an idea of the > arrow going away from the camera. > > I like it this way! > > > > ++ > > Corinne > > > > On 10 November 2014 21:39, Andres Galante < > agalante at redhat.com > wrote: > > > > > > Thanks passos, this is the final icon: > > > > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > > > > > ----- Original Message ----- > > From: "Daniel Passos" < daniel at passos.me > > > > To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > > Sent: Monday, November 10, 2014 5:31:38 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hi Andres, > > > > I really like the 'new' icon > > > > -- Passos > > > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < > agalante at redhat.com > wrote: > > > > > > Here is a side by side image to help decide: > > > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > > > > ----- Original Message ----- > > From: "Andres Galante" < agalante at redhat.com > > > > To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > > Sent: Monday, November 10, 2014 12:57:15 PM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > How about something like this: > > > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > > > its a (fast)firs idea. If you like it, I'll make some color > changes and finishing touches. > > > > ----- Original Message ----- > > From: "Summers Pittman" < supittma at redhat.com > > > > To: aerogear-dev at lists.jboss.org > > > Sent: Monday, November 10, 2014 11:06:50 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > On 11/10/2014 06:54 AM, Andres Galante wrote: > >> Good morning. Here is a final version: > >> > >> > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >> > >> > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >> > >> Let me know if you like it. It's not very iOS7 style, if > you think its too old fashion I can build other options to > choose from. > > That was going to be my comment. > >> > >> > >> ----- Original Message ----- > >> From: "Corinne Krych" < corinnekrych at gmail.com > > > >> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >> Sent: Monday, November 10, 2014 6:13:26 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> +1 > >> > >> On 10 November 2014 09:07, Christos Vasilakis < > cvasilak at gmail.com > wrote: > >> > >> > >> looks nice! > >> > >> - > >> Christos > >> > >> On Nov 7, 2014, at 10:42 PM, Andres Galante < > agalante at redhat.com > wrote: > >> > >>> This is as far as I got today with it: > >>> > >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>> > >>> I'll finish it on monday, any inputs are welcome. > >>> > >>> Have a nice weekend and I hope you get better soon Corinne. > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > > >>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>> Sent: Friday, November 7, 2014 2:03:48 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Perfect, I'll work on that one. > >>> > >>> Thanks! > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > > >>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>> Sent: Friday, November 7, 2014 1:37:07 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Same here curved purple arrow might be more expressive i > think the straight arror for ?share? comes from Apple icons. > >>> It might be better to have sth that fit both platforms. > >>> > >>> ++ > >>> Corinne > >>> > >>> On 07 Nov 2014, at 16:50, Summers Pittman < > supittma at redhat.com > wrote: > >>> > >>>> I like the one on the far right with the purplish curved > arrow. It > >>>> reminds me a bit of the G in the AeroGear logo. > >>>> > >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>> Hi, > >>>>> > >>>>> I am working with 3 ideas for the icon: > >>>>> > >>>>> 1- A camera with a share icon (arrow). Like the original > one. > >>>>> 2- A camera or a picture as a dialog icon. > >>>>> 3- A typographic icon with the "s". > >>>>> > >>>>> Here are some first sketches: > http://andresgalante.com/sketch.jpg > >>>>> > >>>>> What do you think? any other idea is very welcome. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > > >>>>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> :) "wild" and "designer" and 2 words fits me, specially > the "wild" part. > >>>>> I'll work on it and send it over for you guys to review > soon. > >>>>> After we do the Icon I'll help out with the interface. > >>>>> > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Summers Pittman" < supittma at redhat.com > > > >>>>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> > >>>>> Now that we have two Shoot and Share impl's I'm hoping > to get some > >>>>> design work going on with them. > >>>>> > >>>>> Right now we need an icon. I'm sure if there is a wild > designer on this > >>>>> list we will get awesome input. > >>>>> > >>>>> (ppsssst agalante that's your cue). > >>>>> > >>>>> > >>>> -- > >>>> Summers Pittman > >>>>>> Phone: 404 941 4698 > >>>>>> Java is my crack. > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >>> _______________________________________________ > >>> aerogear-dev mailing list > >>> aerogear-dev at lists.jboss.org > > >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > -- > Summers Pittman > >>Phone:404 941 4698 > >>Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/85a52b2f/attachment-0001.html From agalante at redhat.com Wed Nov 12 08:55:28 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 12 Nov 2014 08:55:28 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <54635737.8060102@redhat.com> References: <545B944F.6090807@redhat.com> <812841904.82518.1415651999785.JavaMail.zimbra@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> <54635737.8060102@redhat.com> Message-ID: <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> how about this: Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png and Share: https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png And we use the same graphics as in the icon :) ----- Original Message ----- From: "Summers Pittman" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 12, 2014 9:48:55 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/11/2014 04:12 PM, Corinne Krych wrote: One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. ++ Corinne On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ JavaScript: http://www.garralab.com/nailthumb.php Btw I guess we will have some images predefined and just one or two will be uploaded actually. The predefined ones could be selected so that they are cropped optimally. On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: On 11/11/2014 03:06 PM, Andres Galante wrote: > How about this for Shot and share Android app? How does the picture scale around when it isnt a square? > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:42:14 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > I guess this one answer my question, there is an idea of the arrow going away from the camera. > I like it this way! > > ++ > Corinne > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > Thanks passos, this is the final icon: > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > ----- Original Message ----- > From: "Daniel Passos" < daniel at passos.me > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:31:38 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hi Andres, > > I really like the 'new' icon > > -- Passos > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > > > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" < supittma at redhat.com > > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: >> Good morning. Here is a final version: >> >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >> >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >> >> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > That was going to be my comment. >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 6:13:26 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> +1 >> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >> >> >> looks nice! >> >> - >> Christos >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >> >>> This is as far as I got today with it: >>> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>> >>> I'll finish it on monday, any inputs are welcome. >>> >>> Have a nice weekend and I hope you get better soon Corinne. >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 2:03:48 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Perfect, I'll work on that one. >>> >>> Thanks! >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 1:37:07 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>> It might be better to have sth that fit both platforms. >>> >>> ++ >>> Corinne >>> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>> >>>> I like the one on the far right with the purplish curved arrow. It >>>> reminds me a bit of the G in the AeroGear logo. >>>> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>> Hi, >>>>> >>>>> I am working with 3 ideas for the icon: >>>>> >>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>> 2- A camera or a picture as a dialog icon. >>>>> 3- A typographic icon with the "s". >>>>> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>> >>>>> What do you think? any other idea is very welcome. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>> I'll work on it and send it over for you guys to review soon. >>>>> After we do the Icon I'll help out with the interface. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>> Subject: [aerogear-dev] Shoot and Share design >>>>> >>>>> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>> design work going on with them. >>>>> >>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>> list we will get awesome input. >>>>> >>>>> (ppsssst agalante that's your cue). >>>>> >>>>> >>>> -- >>>> Summers Pittman >>>>>> Phone: 404 941 4698 >>>>>> Java is my crack. >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Summers Pittman >>Phone: 404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From agalante at redhat.com Wed Nov 12 08:58:15 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 12 Nov 2014 08:58:15 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> Message-ID: <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> ups, wrong link to shoot screen Shoot: https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png Share: https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 12, 2014 10:55:28 AM Subject: Re: [aerogear-dev] Shoot and Share design how about this: Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png and Share: https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png And we use the same graphics as in the icon :) ----- Original Message ----- From: "Summers Pittman" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 12, 2014 9:48:55 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/11/2014 04:12 PM, Corinne Krych wrote: One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. ++ Corinne On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ JavaScript: http://www.garralab.com/nailthumb.php Btw I guess we will have some images predefined and just one or two will be uploaded actually. The predefined ones could be selected so that they are cropped optimally. On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: On 11/11/2014 03:06 PM, Andres Galante wrote: > How about this for Shot and share Android app? How does the picture scale around when it isnt a square? > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:42:14 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > I guess this one answer my question, there is an idea of the arrow going away from the camera. > I like it this way! > > ++ > Corinne > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > Thanks passos, this is the final icon: > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > ----- Original Message ----- > From: "Daniel Passos" < daniel at passos.me > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:31:38 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hi Andres, > > I really like the 'new' icon > > -- Passos > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > > > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" < supittma at redhat.com > > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: >> Good morning. Here is a final version: >> >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >> >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >> >> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > That was going to be my comment. >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 6:13:26 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> +1 >> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >> >> >> looks nice! >> >> - >> Christos >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >> >>> This is as far as I got today with it: >>> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>> >>> I'll finish it on monday, any inputs are welcome. >>> >>> Have a nice weekend and I hope you get better soon Corinne. >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 2:03:48 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Perfect, I'll work on that one. >>> >>> Thanks! >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 1:37:07 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>> It might be better to have sth that fit both platforms. >>> >>> ++ >>> Corinne >>> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>> >>>> I like the one on the far right with the purplish curved arrow. It >>>> reminds me a bit of the G in the AeroGear logo. >>>> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>> Hi, >>>>> >>>>> I am working with 3 ideas for the icon: >>>>> >>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>> 2- A camera or a picture as a dialog icon. >>>>> 3- A typographic icon with the "s". >>>>> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>> >>>>> What do you think? any other idea is very welcome. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>> I'll work on it and send it over for you guys to review soon. >>>>> After we do the Icon I'll help out with the interface. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>> Subject: [aerogear-dev] Shoot and Share design >>>>> >>>>> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>> design work going on with them. >>>>> >>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>> list we will get awesome input. >>>>> >>>>> (ppsssst agalante that's your cue). >>>>> >>>>> >>>> -- >>>> Summers Pittman >>>>>> Phone: 404 941 4698 >>>>>> Java is my crack. >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Summers Pittman >>Phone: 404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 12 09:08:57 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 12 Nov 2014 15:08:57 +0100 Subject: [aerogear-dev] windows support In-Reply-To: References: Message-ID: On Tue, Nov 11, 2014 at 4:17 PM, Erik Jan de Wit wrote: > Hi, > > Currently we support windows notifications using WNS, this protocol is > only supported for windows 8.1 and currently there is a nice community > supported library that we use. This is great, but Cordova applications are > based on windows 8.0 the protocol (MPNS) is similar but different. There > isn?t a supported library so that leaves us with 4 options: > > 1. Create our own library to support MPNS > 2. Support the latest version of this library > https://github.com/notnoop/java-mpns > I think 2) sounds reasonable. However since java-mpns is not maintained, we can start building on-top of that (and do changes, e.g. package change, to that fork), so is close to option 1) I'd like to see us being involved on java-mpns. I know Erik did some work already there. -M > 3. Wait for Cordova to support windows 8.1 > 4. Don?t support Cordova windows > > What do you like best? > > Cheers, > Erik Jan > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/c914e310/attachment-0001.html From bruno at abstractj.org Wed Nov 12 09:15:03 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 12 Nov 2014 12:15:03 -0200 Subject: [aerogear-dev] AeroGear Security meeting In-Reply-To: References: Message-ID: And the meeting minutes... [12:12] ** Meeting ended Wed Nov 12 14:12:29 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) [12:12] ** Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-12-14.00.html [12:12] ** Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-12-14.00.txt [12:12] ** Log: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-12-14.00.log.html On Wed, Nov 12, 2014 at 5:24 AM, Bruno Oliveira wrote: > Good morning, > > This is the draft agenda for the security meeting today: > http://oksoclap.com/p/v7osqXXIX1 > > Add your name there and information, if you want to join. > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141112/3d995812/attachment.html From agalante at redhat.com Wed Nov 12 16:01:35 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 12 Nov 2014 16:01:35 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> Message-ID: <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: Android app: https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png iOS app: https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png What do you think? Is there an issue open for shoot and share design? ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 12, 2014 10:58:15 AM Subject: Re: [aerogear-dev] Shoot and Share design ups, wrong link to shoot screen Shoot: https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png Share: https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 12, 2014 10:55:28 AM Subject: Re: [aerogear-dev] Shoot and Share design how about this: Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png and Share: https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png And we use the same graphics as in the icon :) ----- Original Message ----- From: "Summers Pittman" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 12, 2014 9:48:55 AM Subject: Re: [aerogear-dev] Shoot and Share design On 11/11/2014 04:12 PM, Corinne Krych wrote: One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. ++ Corinne On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ JavaScript: http://www.garralab.com/nailthumb.php Btw I guess we will have some images predefined and just one or two will be uploaded actually. The predefined ones could be selected so that they are cropped optimally. On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: On 11/11/2014 03:06 PM, Andres Galante wrote: > How about this for Shot and share Android app? How does the picture scale around when it isnt a square? > > https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > > > > ----- Original Message ----- > From: "Corinne Krych" < corinnekrych at gmail.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:42:14 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > I guess this one answer my question, there is an idea of the arrow going away from the camera. > I like it this way! > > ++ > Corinne > > On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > > > Thanks passos, this is the final icon: > > https://issues.jboss.org/secure/attachment/12386265/icon-final.png > > > > ----- Original Message ----- > From: "Daniel Passos" < daniel at passos.me > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 5:31:38 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hi Andres, > > I really like the 'new' icon > > -- Passos > > On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > > > Here is a side by side image to help decide: > > https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > > > ----- Original Message ----- > From: "Andres Galante" < agalante at redhat.com > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Monday, November 10, 2014 12:57:15 PM > Subject: Re: [aerogear-dev] Shoot and Share design > > How about something like this: > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > > its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > > ----- Original Message ----- > From: "Summers Pittman" < supittma at redhat.com > > To: aerogear-dev at lists.jboss.org > Sent: Monday, November 10, 2014 11:06:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/10/2014 06:54 AM, Andres Galante wrote: >> Good morning. Here is a final version: >> >> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >> >> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >> >> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > That was going to be my comment. >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 6:13:26 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> +1 >> >> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >> >> >> looks nice! >> >> - >> Christos >> >> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >> >>> This is as far as I got today with it: >>> >>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>> >>> I'll finish it on monday, any inputs are welcome. >>> >>> Have a nice weekend and I hope you get better soon Corinne. >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 2:03:48 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Perfect, I'll work on that one. >>> >>> Thanks! >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Friday, November 7, 2014 1:37:07 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>> It might be better to have sth that fit both platforms. >>> >>> ++ >>> Corinne >>> >>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>> >>>> I like the one on the far right with the purplish curved arrow. It >>>> reminds me a bit of the G in the AeroGear logo. >>>> >>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>> Hi, >>>>> >>>>> I am working with 3 ideas for the icon: >>>>> >>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>> 2- A camera or a picture as a dialog icon. >>>>> 3- A typographic icon with the "s". >>>>> >>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>> >>>>> What do you think? any other idea is very welcome. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>> I'll work on it and send it over for you guys to review soon. >>>>> After we do the Icon I'll help out with the interface. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>> Subject: [aerogear-dev] Shoot and Share design >>>>> >>>>> >>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>> design work going on with them. >>>>> >>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>> list we will get awesome input. >>>>> >>>>> (ppsssst agalante that's your cue). >>>>> >>>>> >>>> -- >>>> Summers Pittman >>>>>> Phone: 404 941 4698 >>>>>> Java is my crack. >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Summers Pittman >>Phone: 404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From corinnekrych at gmail.com Thu Nov 13 02:26:11 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Thu, 13 Nov 2014 08:26:11 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <1798695179.105490.1415736409468.JavaMail.zimbra@redhat.com> <54627004.5030503@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> Message-ID: Hello Andre I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... ++ Corinne On 12 Nov 2014, at 22:01, Andres Galante wrote: > Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: > > Android app: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png > > iOS app: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png > > What do you think? > > Is there an issue open for shoot and share design? > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 12, 2014 10:58:15 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > ups, wrong link to shoot screen > > Shoot: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > > Share: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 12, 2014 10:55:28 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > how about this: > > Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > > and > > Share: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > > And we use the same graphics as in the icon :) > > > > > ----- Original Message ----- > From: "Summers Pittman" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 12, 2014 9:48:55 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/11/2014 04:12 PM, Corinne Krych wrote: > > > > One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. > > > > > > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > > > > Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > > Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or two will be uploaded actually. > The predefined ones could be selected so that they are cropped optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: > > > On 11/11/2014 03:06 PM, Andres Galante wrote: >> How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? >> >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >> >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:42:14 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> I guess this one answer my question, there is an idea of the arrow going away from the camera. >> I like it this way! >> >> ++ >> Corinne >> >> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >> >> >> Thanks passos, this is the final icon: >> >> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >> >> >> >> ----- Original Message ----- >> From: "Daniel Passos" < daniel at passos.me > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:31:38 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Hi Andres, >> >> I really like the 'new' icon >> >> -- Passos >> >> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >> >> >> Here is a side by side image to help decide: >> >> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >> >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 12:57:15 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> How about something like this: >> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >> >> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >> >> ----- Original Message ----- >> From: "Summers Pittman" < supittma at redhat.com > >> To: aerogear-dev at lists.jboss.org >> Sent: Monday, November 10, 2014 11:06:50 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> On 11/10/2014 06:54 AM, Andres Galante wrote: >>> Good morning. Here is a final version: >>> >>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>> >>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>> >>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >> That was going to be my comment. >>> >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 6:13:26 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> +1 >>> >>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>> >>> >>> looks nice! >>> >>> - >>> Christos >>> >>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>> >>>> This is as far as I got today with it: >>>> >>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>> >>>> I'll finish it on monday, any inputs are welcome. >>>> >>>> Have a nice weekend and I hope you get better soon Corinne. >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Perfect, I'll work on that one. >>>> >>>> Thanks! >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>> It might be better to have sth that fit both platforms. >>>> >>>> ++ >>>> Corinne >>>> >>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>> >>>>> I like the one on the far right with the purplish curved arrow. It >>>>> reminds me a bit of the G in the AeroGear logo. >>>>> >>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>> Hi, >>>>>> >>>>>> I am working with 3 ideas for the icon: >>>>>> >>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>> 2- A camera or a picture as a dialog icon. >>>>>> 3- A typographic icon with the "s". >>>>>> >>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>> >>>>>> What do you think? any other idea is very welcome. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>> I'll work on it and send it over for you guys to review soon. >>>>>> After we do the Icon I'll help out with the interface. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> >>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>> design work going on with them. >>>>>> >>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>> list we will get awesome input. >>>>>> >>>>>> (ppsssst agalante that's your cue). >>>>>> >>>>>> >>>>> -- >>>>> Summers Pittman >>>>>>> Phone: 404 941 4698 >>>>>>> Java is my crack. >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > -- > Summers Pittman >>> Phone: 404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > Summers Pittman >>> Phone:404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/4f5c5eda/attachment-0001.bin From edewit at redhat.com Thu Nov 13 02:41:16 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Thu, 13 Nov 2014 08:41:16 +0100 Subject: [aerogear-dev] windows support In-Reply-To: References: Message-ID: > 1. Create our own library to support MPNS > 2. Support the latest version of this library https://github.com/notnoop/java-mpns > > I think 2) sounds reasonable. However since java-mpns is not maintained, we can start building on-top of that (and do changes, e.g. package change, to that fork), so is close to option 1) > I agree that 2 is almost the same as 1 except that we don?t have to start from scratch. I?ve already cloned and fixed a couple of issues on the java-mpns project see https://github.com/edewit/java-mpns I?ll change the package and then we need to get it in maven central. It?s already on the jboss repository -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/60937b67/attachment.html From matzew at apache.org Thu Nov 13 03:50:26 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 13 Nov 2014 09:50:26 +0100 Subject: [aerogear-dev] windows support In-Reply-To: References: Message-ID: On Thu, Nov 13, 2014 at 8:41 AM, Erik Jan de Wit wrote: > 1. Create our own library to support MPNS >> 2. Support the latest version of this library >> https://github.com/notnoop/java-mpns >> > > I think 2) sounds reasonable. However since java-mpns is not maintained, > we can start building on-top of that (and do changes, e.g. package change, > to that fork), so is close to option 1) > > > I agree that 2 is almost the same as 1 except that we don?t have to start > from scratch. I?ve already cloned and fixed a couple of issues on the > java-mpns project see https://github.com/edewit/java-mpns > > sounds good! > I?ll change the package and then we need to get it in maven central. It?s > already on the jboss repository > I will try to ping notnoop, in case he is interested getting his 'original' package out to maven central. If not, I can help to get our 'fork' out to maven central > > > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/dac65ab4/attachment.html From agalante at redhat.com Thu Nov 13 05:41:15 2014 From: agalante at redhat.com (Andres Galante) Date: Thu, 13 Nov 2014 05:41:15 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: References: <545B944F.6090807@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> Message-ID: <1379636635.146086.1415875275760.JavaMail.zimbra@redhat.com> yeap, agree. What do you need for implementation? psd files? cut png images? ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Thursday, November 13, 2014 4:26:11 AM Subject: Re: [aerogear-dev] Shoot and Share design Hello Andre I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... ++ Corinne On 12 Nov 2014, at 22:01, Andres Galante wrote: > Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: > > Android app: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png > > iOS app: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png > > What do you think? > > Is there an issue open for shoot and share design? > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 12, 2014 10:58:15 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > ups, wrong link to shoot screen > > Shoot: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > > Share: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 12, 2014 10:55:28 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > how about this: > > Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > > and > > Share: > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > > And we use the same graphics as in the icon :) > > > > > ----- Original Message ----- > From: "Summers Pittman" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 12, 2014 9:48:55 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > On 11/11/2014 04:12 PM, Corinne Krych wrote: > > > > One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. > > > > > > > ++ > Corinne > > On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > > > > Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > > Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > JavaScript: http://www.garralab.com/nailthumb.php > > Btw I guess we will have some images predefined and just one or two will be uploaded actually. > The predefined ones could be selected so that they are cropped optimally. > > > On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: > > > On 11/11/2014 03:06 PM, Andres Galante wrote: >> How about this for Shot and share Android app? > How does the picture scale around when it isnt a square? >> >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >> >> >> >> ----- Original Message ----- >> From: "Corinne Krych" < corinnekrych at gmail.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:42:14 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> I guess this one answer my question, there is an idea of the arrow going away from the camera. >> I like it this way! >> >> ++ >> Corinne >> >> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >> >> >> Thanks passos, this is the final icon: >> >> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >> >> >> >> ----- Original Message ----- >> From: "Daniel Passos" < daniel at passos.me > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 5:31:38 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Hi Andres, >> >> I really like the 'new' icon >> >> -- Passos >> >> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >> >> >> Here is a side by side image to help decide: >> >> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >> >> >> ----- Original Message ----- >> From: "Andres Galante" < agalante at redhat.com > >> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >> Sent: Monday, November 10, 2014 12:57:15 PM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> How about something like this: >> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >> >> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >> >> ----- Original Message ----- >> From: "Summers Pittman" < supittma at redhat.com > >> To: aerogear-dev at lists.jboss.org >> Sent: Monday, November 10, 2014 11:06:50 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> On 11/10/2014 06:54 AM, Andres Galante wrote: >>> Good morning. Here is a final version: >>> >>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>> >>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>> >>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >> That was going to be my comment. >>> >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 6:13:26 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> +1 >>> >>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>> >>> >>> looks nice! >>> >>> - >>> Christos >>> >>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>> >>>> This is as far as I got today with it: >>>> >>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>> >>>> I'll finish it on monday, any inputs are welcome. >>>> >>>> Have a nice weekend and I hope you get better soon Corinne. >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Perfect, I'll work on that one. >>>> >>>> Thanks! >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>> It might be better to have sth that fit both platforms. >>>> >>>> ++ >>>> Corinne >>>> >>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>> >>>>> I like the one on the far right with the purplish curved arrow. It >>>>> reminds me a bit of the G in the AeroGear logo. >>>>> >>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>> Hi, >>>>>> >>>>>> I am working with 3 ideas for the icon: >>>>>> >>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>> 2- A camera or a picture as a dialog icon. >>>>>> 3- A typographic icon with the "s". >>>>>> >>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>> >>>>>> What do you think? any other idea is very welcome. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>> I'll work on it and send it over for you guys to review soon. >>>>>> After we do the Icon I'll help out with the interface. >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> >>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>> design work going on with them. >>>>>> >>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>> list we will get awesome input. >>>>>> >>>>>> (ppsssst agalante that's your cue). >>>>>> >>>>>> >>>>> -- >>>>> Summers Pittman >>>>>>> Phone: 404 941 4698 >>>>>>> Java is my crack. >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > -- > Summers Pittman >>> Phone: 404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > Summers Pittman >>> Phone:404 941 4698 >>> Java is my crack. > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From tiagofly at outlook.com Thu Nov 13 06:27:29 2014 From: tiagofly at outlook.com (Tiago Amaral) Date: Thu, 13 Nov 2014 11:27:29 +0000 Subject: [aerogear-dev] PHP/MysSQL aerogear In-Reply-To: References: Message-ID: Thank you very much!! Tiago S. Amaral Tec. em Inform?tica Tel: 021 96898-7399 www.objectivecbrasil.wordpress.com From: edewit at redhat.com Subject: PHP/MysSQL aerogear Date: Thu, 13 Nov 2014 08:37:52 +0100 To: tiagofly at outlook.com Hi, To answer your question running the UnifiedPush Server you?ll need wildfly or jboss eap, you could also deploy it on openshift. To integrate it with your application we have a PHP library https://github.com/aerogear/aerogear-unified-push-php-client Have a look at the documentation as well http://aerogear.org/docs/unifiedpush/ Hope that answers your question Cheers, Erik Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/a2b2d00b/attachment-0001.html From corinnekrych at gmail.com Thu Nov 13 08:03:50 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Thu, 13 Nov 2014 14:03:50 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1379636635.146086.1415875275760.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> <1379636635.146086.1415875275760.JavaMail.zimbra@redhat.com> Message-ID: <3BC0DAC8-E05F-491C-8CF7-928380894D2F@gmail.com> Let?s start with png images and if i need more i?ll ask I?ve created this JIRA on ios to follow on the implementation: https://issues.jboss.org/browse/AGIOS-305 ++ Corinne On 13 Nov 2014, at 11:41, Andres Galante wrote: > yeap, agree. > > What do you need for implementation? psd files? cut png images? > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 13, 2014 4:26:11 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hello Andre > > I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. > > If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... > > ++ > Corinne > > On 12 Nov 2014, at 22:01, Andres Galante wrote: > >> Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: >> >> Android app: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png >> >> iOS app: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png >> >> What do you think? >> >> Is there an issue open for shoot and share design? >> >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Wednesday, November 12, 2014 10:58:15 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> ups, wrong link to shoot screen >> >> Shoot: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png >> >> Share: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Wednesday, November 12, 2014 10:55:28 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> how about this: >> >> Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> >> and >> >> Share: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> >> And we use the same graphics as in the icon :) >> >> >> >> >> ----- Original Message ----- >> From: "Summers Pittman" >> To: "AeroGear Developer Mailing List" >> Sent: Wednesday, November 12, 2014 9:48:55 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> On 11/11/2014 04:12 PM, Corinne Krych wrote: >> >> >> >> One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? >> On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. >> >> >> >> >> >> >> ++ >> Corinne >> >> On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: >> >> >> >> Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: >> >> Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail >> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ >> JavaScript: http://www.garralab.com/nailthumb.php >> >> Btw I guess we will have some images predefined and just one or two will be uploaded actually. >> The predefined ones could be selected so that they are cropped optimally. >> >> >> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: >> >> >> On 11/11/2014 03:06 PM, Andres Galante wrote: >>> How about this for Shot and share Android app? >> How does the picture scale around when it isnt a square? >>> >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >>> >>> >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 5:42:14 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> I guess this one answer my question, there is an idea of the arrow going away from the camera. >>> I like it this way! >>> >>> ++ >>> Corinne >>> >>> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >>> >>> >>> Thanks passos, this is the final icon: >>> >>> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >>> >>> >>> >>> ----- Original Message ----- >>> From: "Daniel Passos" < daniel at passos.me > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 5:31:38 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Hi Andres, >>> >>> I really like the 'new' icon >>> >>> -- Passos >>> >>> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >>> >>> >>> Here is a side by side image to help decide: >>> >>> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 12:57:15 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> How about something like this: >>> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >>> >>> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" < supittma at redhat.com > >>> To: aerogear-dev at lists.jboss.org >>> Sent: Monday, November 10, 2014 11:06:50 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> On 11/10/2014 06:54 AM, Andres Galante wrote: >>>> Good morning. Here is a final version: >>>> >>>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>>> >>>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>>> >>>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >>> That was going to be my comment. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Monday, November 10, 2014 6:13:26 AM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> +1 >>>> >>>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>>> >>>> >>>> looks nice! >>>> >>>> - >>>> Christos >>>> >>>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>>> >>>>> This is as far as I got today with it: >>>>> >>>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>>> >>>>> I'll finish it on monday, any inputs are welcome. >>>>> >>>>> Have a nice weekend and I hope you get better soon Corinne. >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> Perfect, I'll work on that one. >>>>> >>>>> Thanks! >>>>> >>>>> ----- Original Message ----- >>>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>>> It might be better to have sth that fit both platforms. >>>>> >>>>> ++ >>>>> Corinne >>>>> >>>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>>> >>>>>> I like the one on the far right with the purplish curved arrow. It >>>>>> reminds me a bit of the G in the AeroGear logo. >>>>>> >>>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I am working with 3 ideas for the icon: >>>>>>> >>>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>>> 2- A camera or a picture as a dialog icon. >>>>>>> 3- A typographic icon with the "s". >>>>>>> >>>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>>> >>>>>>> What do you think? any other idea is very welcome. >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>>> >>>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>>> I'll work on it and send it over for you guys to review soon. >>>>>>> After we do the Icon I'll help out with the interface. >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>>> >>>>>>> >>>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>>> design work going on with them. >>>>>>> >>>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>>> list we will get awesome input. >>>>>>> >>>>>>> (ppsssst agalante that's your cue). >>>>>>> >>>>>>> >>>>>> -- >>>>>> Summers Pittman >>>>>>>> Phone: 404 941 4698 >>>>>>>> Java is my crack. >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> -- >> Summers Pittman >>>> Phone: 404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> Summers Pittman >>>> Phone:404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/91a3595d/attachment.bin From pratik.p.parikh at gmail.com Thu Nov 13 08:35:23 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Thu, 13 Nov 2014 08:35:23 -0500 Subject: [aerogear-dev] Aerogear 1.0.2 Integration with Keycloak 1.0.1-Beta1 Message-ID: Hi Aerogear Community, I am trying to setup Aerogear 1.0.2 (hosted on a separate server from Keycloak) Integration with Keycloak 1.0.1-Beta1 (hosted on a separate server then Aerogear) and in doing so i am running into a problem. Could anyone provide me some direction, below is what is happening. I was able to import the aerogear realm and configure appropriate redirect URI. After doing so i am now presented with a login screen where by i was able to login but after login when it tries to do a redirect i get the following, am not sure that it mean and how to move forward. Any help will be appreciated. 2014-11-13 13:15:52,061 WARN [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-60) No state cookie Do i need to upgrade the adapter on Aerogear server? Regards, -- Pratik Parikh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/a788ac28/attachment.html From agalante at redhat.com Thu Nov 13 08:45:26 2014 From: agalante at redhat.com (Andres Galante) Date: Thu, 13 Nov 2014 08:45:26 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <3BC0DAC8-E05F-491C-8CF7-928380894D2F@gmail.com> References: <545B944F.6090807@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> <1379636635.146086.1415875275760.JavaMail.zimbra@redhat.com> <3BC0DAC8-E05F-491C-8CF7-928380894D2F@gmail.com> Message-ID: <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> Thanks Corinne. I'll cut the images and update the Jira. I did this also for the web Keycloak thingy. http://andresgalante.com/shootnshare/ What do you think? I am using a jquery plug in to arrange the pictures that also allows to open images on a modal on click, if you think it is a nice thing to have I'll add it. ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Sent: Thursday, November 13, 2014 10:03:50 AM Subject: Re: [aerogear-dev] Shoot and Share design Let?s start with png images and if i need more i?ll ask I?ve created this JIRA on ios to follow on the implementation: https://issues.jboss.org/browse/AGIOS-305 ++ Corinne On 13 Nov 2014, at 11:41, Andres Galante wrote: > yeap, agree. > > What do you need for implementation? psd files? cut png images? > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 13, 2014 4:26:11 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > Hello Andre > > I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. > > If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... > > ++ > Corinne > > On 12 Nov 2014, at 22:01, Andres Galante wrote: > >> Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: >> >> Android app: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png >> >> iOS app: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png >> >> What do you think? >> >> Is there an issue open for shoot and share design? >> >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Wednesday, November 12, 2014 10:58:15 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> ups, wrong link to shoot screen >> >> Shoot: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png >> >> Share: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> >> ----- Original Message ----- >> From: "Andres Galante" >> To: "AeroGear Developer Mailing List" >> Sent: Wednesday, November 12, 2014 10:55:28 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> how about this: >> >> Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> >> and >> >> Share: >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >> >> And we use the same graphics as in the icon :) >> >> >> >> >> ----- Original Message ----- >> From: "Summers Pittman" >> To: "AeroGear Developer Mailing List" >> Sent: Wednesday, November 12, 2014 9:48:55 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> On 11/11/2014 04:12 PM, Corinne Krych wrote: >> >> >> >> One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? >> On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. >> >> >> >> >> >> >> ++ >> Corinne >> >> On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: >> >> >> >> Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: >> >> Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail >> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ >> JavaScript: http://www.garralab.com/nailthumb.php >> >> Btw I guess we will have some images predefined and just one or two will be uploaded actually. >> The predefined ones could be selected so that they are cropped optimally. >> >> >> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: >> >> >> On 11/11/2014 03:06 PM, Andres Galante wrote: >>> How about this for Shot and share Android app? >> How does the picture scale around when it isnt a square? >>> >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >>> >>> >>> >>> ----- Original Message ----- >>> From: "Corinne Krych" < corinnekrych at gmail.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 5:42:14 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> I guess this one answer my question, there is an idea of the arrow going away from the camera. >>> I like it this way! >>> >>> ++ >>> Corinne >>> >>> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >>> >>> >>> Thanks passos, this is the final icon: >>> >>> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >>> >>> >>> >>> ----- Original Message ----- >>> From: "Daniel Passos" < daniel at passos.me > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 5:31:38 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> Hi Andres, >>> >>> I really like the 'new' icon >>> >>> -- Passos >>> >>> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >>> >>> >>> Here is a side by side image to help decide: >>> >>> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" < agalante at redhat.com > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 12:57:15 PM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> How about something like this: >>> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >>> >>> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" < supittma at redhat.com > >>> To: aerogear-dev at lists.jboss.org >>> Sent: Monday, November 10, 2014 11:06:50 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> On 11/10/2014 06:54 AM, Andres Galante wrote: >>>> Good morning. Here is a final version: >>>> >>>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>>> >>>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>>> >>>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >>> That was going to be my comment. >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Monday, November 10, 2014 6:13:26 AM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> +1 >>>> >>>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>>> >>>> >>>> looks nice! >>>> >>>> - >>>> Christos >>>> >>>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>>> >>>>> This is as far as I got today with it: >>>>> >>>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>>> >>>>> I'll finish it on monday, any inputs are welcome. >>>>> >>>>> Have a nice weekend and I hope you get better soon Corinne. >>>>> >>>>> ----- Original Message ----- >>>>> From: "Andres Galante" < agalante at redhat.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> Perfect, I'll work on that one. >>>>> >>>>> Thanks! >>>>> >>>>> ----- Original Message ----- >>>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>>> It might be better to have sth that fit both platforms. >>>>> >>>>> ++ >>>>> Corinne >>>>> >>>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>>> >>>>>> I like the one on the far right with the purplish curved arrow. It >>>>>> reminds me a bit of the G in the AeroGear logo. >>>>>> >>>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I am working with 3 ideas for the icon: >>>>>>> >>>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>>> 2- A camera or a picture as a dialog icon. >>>>>>> 3- A typographic icon with the "s". >>>>>>> >>>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>>> >>>>>>> What do you think? any other idea is very welcome. >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>>> >>>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>>> I'll work on it and send it over for you guys to review soon. >>>>>>> After we do the Icon I'll help out with the interface. >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>>> >>>>>>> >>>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>>> design work going on with them. >>>>>>> >>>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>>> list we will get awesome input. >>>>>>> >>>>>>> (ppsssst agalante that's your cue). >>>>>>> >>>>>>> >>>>>> -- >>>>>> Summers Pittman >>>>>>>> Phone: 404 941 4698 >>>>>>>> Java is my crack. >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> -- >> Summers Pittman >>>> Phone: 404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> Summers Pittman >>>> Phone:404 941 4698 >>>> Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From scm.blanc at gmail.com Thu Nov 13 08:52:11 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Thu, 13 Nov 2014 14:52:11 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 12, 2014 at 12:36 PM, Sebastien Blanc wrote: > > > On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic > wrote: > >> Hi, >> >> >> I have two comments. The first one is about JSON export of an >> Installation. You declare it is like this when it comes to categories: >> >> >> "categories" : ["football", "sport"] >> >> >> However, with the current UPS of version 1.0.2, when you register some >> installation, it returns you this >> https://issues.jboss.org/browse/AGPUSH-1093 >> >> >> This issue should be addressed and since exporting of installations more >> or less means to marshall them into JSON, you hit this issue for sure so >> model should be updated to return only array of category names instead of >> its JSON representation. >> > Ok good catch, I will keep this ticket in mind > >> >> The second comment is about security. I am begging you here from QA team >> to make it doable via REST and not (only) via UPS console because it >> simplifies tons of hacking around the code. Right now we are doing whole >> import by adding custom JAX-RS endpoints on top of UPS, we generate >> applications, variants and installations randomly as JSONs and send them to >> UPS to these batch endpoints and we are calling services to persist them. >> > I know, for now you can access it through rest, but tbh I want to have the > security expert feedback on this and if we decide it's too insecure we will > have to change it > So I have been thinking more on this and sorry Stefan, I think we will not allow export using basic auth , it;s to insecure, just with variantId/variantSecret someone would be able to retrieve all the device tokens. >> You can find it here (1) >> >> >> In case this would be done via REST, it would be no-brainer and huge time >> saver for QA guys. >> >> >> (1) >> https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 >> >> Thanks >> >> Stefan Miklosovic >> Red Hat Brno - JBoss Mobile Platform >> >> e-mail: smikloso at redhat.com >> irc: smikloso >> >> ------------------------------ >> >> Hi, >> >> I would like to start a discussion around the import/export of >> installations in UPS. To track all the tasks, we have a ticket[1] also >> containing some sub-tasks. >> Scope >> >> For now we stick to installations, meanning we can import or export >> installations from a particular Variant. Import/Export for Variants will >> maybe come later but due to some security issues (mainly for iOS >> cert/passphrase) it's on hold. >> >> Import >> Service >> >> That's an easy one ;) since the service already exist [2]. It's a REST >> service and it uses the VariantId/Secret combination to authenticate. >> >> Data format looks like : >> >> [ >> { >> "deviceToken" : "someTokenString", >> "deviceType" : "iPad", >> "operatingSystem" : "iOS", >> "osVersion" : "6.1.2", >> "alias" : "someUsername or email adress...", >> "categories" : ["football", "sport"] >> }, >> { >> "deviceToken" : "someOtherTokenString", >> ... >> }, >> ... >> ] >> >> >> Export >> Service >> >> Like import, it will use the variantId/secret combo to authenticate and >> retrieve the right variant to export the installations. The data structure >> format would of course looks like the one used for import. >> >> Output >> format >> >> How should provide the exported data ? I need your input here 1. Raw Json >> ? 2. Json file ? 3. Zip / tarball ? >> UI >> >> UI should be a *nice to have* >> >> I would suggest to add 2 items (import and export) in the contextual menu >> that you can see in this screenshot : >> >> >> >> >> For import, the user will have a file input and feedback on how many >> installations were imported. For export, the user just have to press an >> export button >> >> Migration >> issues >> >> So, that is a very important point that I would like to discuss. Even if >> we are able to import installations, the *variantID_ and the >> __variantSecret* will not match with those that are in the Clients. >> >> Imagine the following scenario : I export 15000 installations, my >> datacenter burns, I create a new UPS instance, with a new Push App and a >> new Variant (so new VariantID and VariantSecret), then I inport the >> installations. Well, my 15000 clients will point to the wrong variant. For >> sure, they can be updated but that might not always be an option. >> >> That is why I would like suggest the following change : Make *VariantId* >> and *VariantSecret* editable, so after someone has done an import he >> can change the values of the variants so it matches the clients. >> >> I know we had this discussion before, but in the future we might want to >> change the naming around VariantId and VariantSecret, to me it sounds more >> like *variantAPIKey* / *variantAPISecret* >> >> wdyt ? >> >> Security >> >> As said before, import/export uses variantId/variantSecret to >> authenticate. So if someone has access to these keys he could make a >> malicious import of 500k installations. What should we do for that ? We >> could give this access only to authenticated "console" users but then it >> would be hard to expose import/export as rest service (because of KC >> implication) >> >> Please comment, ask questions , be crazy ... >> >> Sebi >> >> [1] https://issues.jboss.org/browse/AGPUSH-978 >> >> [2] >> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/32fa4708/attachment.html From matzew at apache.org Thu Nov 13 10:21:19 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 13 Nov 2014 16:21:19 +0100 Subject: [aerogear-dev] REST call -> device registration Message-ID: Hi, atm the device registration (unfortunately?) returns the object (installation). However, (fortunately?) this is not really documented: http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/index.html we just say returns 200 :) I'd like to ask, if we should NOT return the entity, and simply return "200" - with "registered/updated"? Another option would be 204, but that's a problematic API change.... since we change the status code. Or should we leave all as is .... not sure ... that's why I am asking Thanks, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/dea469f2/attachment-0001.html From lholmqui at redhat.com Thu Nov 13 10:25:56 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Thu, 13 Nov 2014 10:25:56 -0500 Subject: [aerogear-dev] REST call -> device registration In-Reply-To: References: Message-ID: > On Nov 13, 2014, at 10:21 AM, Matthias Wessendorf wrote: > > Hi, > > atm the device registration (unfortunately?) returns the object (installation). However, (fortunately?) this is not really documented: > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/index.html > > we just say returns 200 :) > > I'd like to ask, if we should NOT return the entity, and simply return "200" - with "registered/updated"? > > Another option would be 204, but that's a problematic API change.... since we change the status code. > > Or should we leave all as is .... not sure ... that's why I am asking whats the potential problem that could exist if we leave it alone? > > Thanks, > 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/76e60767/attachment.html From scm.blanc at gmail.com Thu Nov 13 10:51:54 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Thu, 13 Nov 2014 16:51:54 +0100 Subject: [aerogear-dev] REST call -> device registration In-Reply-To: References: Message-ID: On Thu, Nov 13, 2014 at 4:21 PM, Matthias Wessendorf wrote: > Hi, > > atm the device registration (unfortunately?) returns the object > (installation). However, (fortunately?) this is not really documented: > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/index.html > > we just say returns 200 :) > 200 implies that we return the result : http://en.wikipedia.org/wiki/List_of_HTTP_status_codes#2xx_Success , so not a big matter it is not documented > > I'd like to ask, if we should NOT return the entity, and simply return > "200" - with "registered/updated"? > > Another option would be 204, but that's a problematic API change.... since > we change the status code. > If we go that way, I would say 201 > > Or should we leave all as is .... not sure ... that's why I am asking > > Thanks, > 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/ae509ed6/attachment.html From corinnekrych at gmail.com Thu Nov 13 11:41:52 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Thu, 13 Nov 2014 17:41:52 +0100 Subject: [aerogear-dev] iOS meeting 18th November Message-ID: <5F71B595-1B5C-4F85-AF68-ABF768C3411A@gmail.com> Hello iOS Ladies and Gentlemen, Let?s hold our next iOS meeting on Tuesday 18th november at 4pm (CEST - UTC + 2hours). Here is the agenda (work in progress atm): http://oksoclap.com/p/aerogear-ios-18-11-2014 See you there, ++ Corinne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/700d6a5b/attachment.bin From bruno at abstractj.org Thu Nov 13 13:24:53 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 13 Nov 2014 16:24:53 -0200 Subject: [aerogear-dev] REST call -> device registration In-Reply-To: References: Message-ID: <20141113182453.GA26650@abstractj.org> +1 on 2 alternatives - Leave as is - Return 200 with the message "Registration successfuly. Yay, grab a beer" On 2014-11-13, Matthias Wessendorf wrote: > Hi, > > atm the device registration (unfortunately?) returns the object > (installation). However, (fortunately?) this is not really documented: > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/index.html > > we just say returns 200 :) > > I'd like to ask, if we should NOT return the entity, and simply return > "200" - with "registered/updated"? > > Another option would be 204, but that's a problematic API change.... since > we change the status code. > > Or should we leave all as is .... not sure ... that's why I am asking > > Thanks, > 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From daniel at passos.me Thu Nov 13 16:20:15 2014 From: daniel at passos.me (Daniel Passos) Date: Thu, 13 Nov 2014 19:20:15 -0200 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> References: <545B944F.6090807@redhat.com> <54635737.8060102@redhat.com> <1469385946.121490.1415800528654.JavaMail.zimbra@redhat.com> <733587804.121586.1415800695568.JavaMail.zimbra@redhat.com> <1062895113.132916.1415826095642.JavaMail.zimbra@redhat.com> <1379636635.146086.1415875275760.JavaMail.zimbra@redhat.com> <3BC0DAC8-E05F-491C-8CF7-928380894D2F@gmail.com> <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> Message-ID: + 1 On Thu, Nov 13, 2014 at 11:45 AM, Andres Galante wrote: > Thanks Corinne. I'll cut the images and update the Jira. > > I did this also for the web Keycloak thingy. > > http://andresgalante.com/shootnshare/ > > What do you think? > I am using a jquery plug in to arrange the pictures that also allows to > open images on a modal on click, if you think it is a nice thing to have > I'll add it. > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 13, 2014 10:03:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > Let?s start with png images and if i need more i?ll ask > I?ve created this JIRA on ios to follow on the implementation: > https://issues.jboss.org/browse/AGIOS-305 > ++ > Corinne > On 13 Nov 2014, at 11:41, Andres Galante wrote: > > > yeap, agree. > > > > What do you need for implementation? psd files? cut png images? > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Thursday, November 13, 2014 4:26:11 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hello Andre > > > > I?d rather stick to the option where you share individually because it?s > simpler. And for demo/show-case simplier is better i think. > > > > If you share-all then we might have to change the logic on when you > prompt for user for grant. Atm we prompt the user at the last time > possible. Saying a user hasn?t auth and authz yet it?s when she clicks on > share with Google that the authz flow starts. imagine the first time you > click on share-all if you have to auth and authz for all 3 sequentially, > also how do you handle error for user if one of them fails etc... > > > > ++ > > Corinne > > > > On 12 Nov 2014, at 22:01, Andres Galante wrote: > > > >> Today we talked about 2 options. The first is to have one share btw > that "floods" all networks at once. And the second is to have separate > buttons for each network. I've done screens for both options: > >> > >> Android app: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png > >> > >> iOS app: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png > >> > https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png > >> > >> What do you think? > >> > >> Is there an issue open for shoot and share design? > >> > >> > >> ----- Original Message ----- > >> From: "Andres Galante" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 10:58:15 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> ups, wrong link to shoot screen > >> > >> Shoot: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > >> > >> Share: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> ----- Original Message ----- > >> From: "Andres Galante" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 10:55:28 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> how about this: > >> > >> Shoot (Don't worry Corinne I'll add a btw to select from camera roll on > iOS version): > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> and > >> > >> Share: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> And we use the same graphics as in the icon :) > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: "Summers Pittman" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 9:48:55 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> On 11/11/2014 04:12 PM, Corinne Krych wrote: > >> > >> > >> > >> One difference from Android Shoot'nShare version to iOS is that in iOS > version you can browse Camera roll and select an already taken photo to > share it, is it possible on Android? > >> On Android you take pictures, the app knows all the pictures it has > taken and you can share those. You can't import a picture from image > providers yet. > >> > >> > >> > >> > >> > >> > >> ++ > >> Corinne > >> > >> On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > >> > >> > >> > >> Did some googling about thumbnaling, and the "dump" versions aren't > that hard to implement: > >> > >> Android: > http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > >> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > >> JavaScript: http://www.garralab.com/nailthumb.php > >> > >> Btw I guess we will have some images predefined and just one or two > will be uploaded actually. > >> The predefined ones could be selected so that they are cropped > optimally. > >> > >> > >> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > > wrote: > >> > >> > >> On 11/11/2014 03:06 PM, Andres Galante wrote: > >>> How about this for Shot and share Android app? > >> How does the picture scale around when it isnt a square? > >>> > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 5:42:14 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> I guess this one answer my question, there is an idea of the arrow > going away from the camera. > >>> I like it this way! > >>> > >>> ++ > >>> Corinne > >>> > >>> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > > wrote: > >>> > >>> > >>> Thanks passos, this is the final icon: > >>> > >>> https://issues.jboss.org/secure/attachment/12386265/icon-final.png > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Daniel Passos" < daniel at passos.me > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 5:31:38 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Hi Andres, > >>> > >>> I really like the 'new' icon > >>> > >>> -- Passos > >>> > >>> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > > wrote: > >>> > >>> > >>> Here is a side by side image to help decide: > >>> > >>> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 12:57:15 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> How about something like this: > >>> > https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > >>> > >>> its a (fast)firs idea. If you like it, I'll make some color changes > and finishing touches. > >>> > >>> ----- Original Message ----- > >>> From: "Summers Pittman" < supittma at redhat.com > > >>> To: aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 11:06:50 AM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> On 11/10/2014 06:54 AM, Andres Galante wrote: > >>>> Good morning. Here is a final version: > >>>> > >>>> > https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >>>> > >>>> > https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >>>> > >>>> Let me know if you like it. It's not very iOS7 style, if you think > its too old fashion I can build other options to choose from. > >>> That was going to be my comment. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>> Sent: Monday, November 10, 2014 6:13:26 AM > >>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>> > >>>> +1 > >>>> > >>>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > > wrote: > >>>> > >>>> > >>>> looks nice! > >>>> > >>>> - > >>>> Christos > >>>> > >>>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > > wrote: > >>>> > >>>>> This is as far as I got today with it: > >>>>> > >>>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>>>> > >>>>> I'll finish it on monday, any inputs are welcome. > >>>>> > >>>>> Have a nice weekend and I hope you get better soon Corinne. > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>>> Sent: Friday, November 7, 2014 2:03:48 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> Perfect, I'll work on that one. > >>>>> > >>>>> Thanks! > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > > >>>>> Sent: Friday, November 7, 2014 1:37:07 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> Same here curved purple arrow might be more expressive i think the > straight arror for ?share? comes from Apple icons. > >>>>> It might be better to have sth that fit both platforms. > >>>>> > >>>>> ++ > >>>>> Corinne > >>>>> > >>>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > > wrote: > >>>>> > >>>>>> I like the one on the far right with the purplish curved arrow. It > >>>>>> reminds me a bit of the G in the AeroGear logo. > >>>>>> > >>>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> I am working with 3 ideas for the icon: > >>>>>>> > >>>>>>> 1- A camera with a share icon (arrow). Like the original one. > >>>>>>> 2- A camera or a picture as a dialog icon. > >>>>>>> 3- A typographic icon with the "s". > >>>>>>> > >>>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>>>>> > >>>>>>> What do you think? any other idea is very welcome. > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>>>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > >>>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>>>> > >>>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" > part. > >>>>>>> I'll work on it and send it over for you guys to review soon. > >>>>>>> After we do the Icon I'll help out with the interface. > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "Summers Pittman" < supittma at redhat.com > > >>>>>>> To: "AeroGear Developer Mailing List" < > aerogear-dev at lists.jboss.org > > >>>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>>>> > >>>>>>> > >>>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>>>>> design work going on with them. > >>>>>>> > >>>>>>> Right now we need an icon. I'm sure if there is a wild designer on > this > >>>>>>> list we will get awesome input. > >>>>>>> > >>>>>>> (ppsssst agalante that's your cue). > >>>>>>> > >>>>>>> > >>>>>> -- > >>>>>> Summers Pittman > >>>>>>>> Phone: 404 941 4698 > >>>>>>>> Java is my crack. > >>>>>> _______________________________________________ > >>>>>> aerogear-dev mailing list > >>>>>> aerogear-dev at lists.jboss.org > >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >>>> > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >> > >> > >> -- > >> Summers Pittman > >>>> Phone: 404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> -- > >> Summers Pittman > >>>> Phone:404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/168433c1/attachment-0001.html From bruno at abstractj.org Thu Nov 13 16:40:31 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 13 Nov 2014 13:40:31 -0800 (PST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> References: <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> Message-ID: <1415914830303.179bff57@Nodemailer> +1 ? abstractj PGP: 0x84DC9914 On Thu, Nov 13, 2014 at 11:45 AM, Andres Galante wrote: > Thanks Corinne. I'll cut the images and update the Jira. > I did this also for the web Keycloak thingy. > http://andresgalante.com/shootnshare/ > What do you think? > I am using a jquery plug in to arrange the pictures that also allows to open images on a modal on click, if you think it is a nice thing to have I'll add it. > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 13, 2014 10:03:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > Let?s start with png images and if i need more i?ll ask > I?ve created this JIRA on ios to follow on the implementation: > https://issues.jboss.org/browse/AGIOS-305 > ++ > Corinne > On 13 Nov 2014, at 11:41, Andres Galante wrote: >> yeap, agree. >> >> What do you need for implementation? psd files? cut png images? >> >> >> ----- Original Message ----- >> From: "Corinne Krych" >> To: "AeroGear Developer Mailing List" >> Sent: Thursday, November 13, 2014 4:26:11 AM >> Subject: Re: [aerogear-dev] Shoot and Share design >> >> Hello Andre >> >> I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. >> >> If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... >> >> ++ >> Corinne >> >> On 12 Nov 2014, at 22:01, Andres Galante wrote: >> >>> Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: >>> >>> Android app: >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png >>> >>> iOS app: >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png >>> >>> What do you think? >>> >>> Is there an issue open for shoot and share design? >>> >>> >>> ----- Original Message ----- >>> From: "Andres Galante" >>> To: "AeroGear Developer Mailing List" >>> Sent: Wednesday, November 12, 2014 10:58:15 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> ups, wrong link to shoot screen >>> >>> Shoot: >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png >>> >>> Share: >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >>> >>> ----- Original Message ----- >>> From: "Andres Galante" >>> To: "AeroGear Developer Mailing List" >>> Sent: Wednesday, November 12, 2014 10:55:28 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> how about this: >>> >>> Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >>> >>> and >>> >>> Share: >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png >>> >>> And we use the same graphics as in the icon :) >>> >>> >>> >>> >>> ----- Original Message ----- >>> From: "Summers Pittman" >>> To: "AeroGear Developer Mailing List" >>> Sent: Wednesday, November 12, 2014 9:48:55 AM >>> Subject: Re: [aerogear-dev] Shoot and Share design >>> >>> On 11/11/2014 04:12 PM, Corinne Krych wrote: >>> >>> >>> >>> One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? >>> On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. >>> >>> >>> >>> >>> >>> >>> ++ >>> Corinne >>> >>> On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: >>> >>> >>> >>> Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: >>> >>> Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail >>> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ >>> JavaScript: http://www.garralab.com/nailthumb.php >>> >>> Btw I guess we will have some images predefined and just one or two will be uploaded actually. >>> The predefined ones could be selected so that they are cropped optimally. >>> >>> >>> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: >>> >>> >>> On 11/11/2014 03:06 PM, Andres Galante wrote: >>>> How about this for Shot and share Android app? >>> How does the picture scale around when it isnt a square? >>>> >>>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png >>>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png >>>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png >>>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Monday, November 10, 2014 5:42:14 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> I guess this one answer my question, there is an idea of the arrow going away from the camera. >>>> I like it this way! >>>> >>>> ++ >>>> Corinne >>>> >>>> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: >>>> >>>> >>>> Thanks passos, this is the final icon: >>>> >>>> https://issues.jboss.org/secure/attachment/12386265/icon-final.png >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Daniel Passos" < daniel at passos.me > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Monday, November 10, 2014 5:31:38 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> Hi Andres, >>>> >>>> I really like the 'new' icon >>>> >>>> -- Passos >>>> >>>> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: >>>> >>>> >>>> Here is a side by side image to help decide: >>>> >>>> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Andres Galante" < agalante at redhat.com > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>> Sent: Monday, November 10, 2014 12:57:15 PM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> How about something like this: >>>> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png >>>> >>>> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. >>>> >>>> ----- Original Message ----- >>>> From: "Summers Pittman" < supittma at redhat.com > >>>> To: aerogear-dev at lists.jboss.org >>>> Sent: Monday, November 10, 2014 11:06:50 AM >>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>> >>>> On 11/10/2014 06:54 AM, Andres Galante wrote: >>>>> Good morning. Here is a final version: >>>>> >>>>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png >>>>> >>>>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png >>>>> >>>>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. >>>> That was going to be my comment. >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>> Sent: Monday, November 10, 2014 6:13:26 AM >>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>> >>>>> +1 >>>>> >>>>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: >>>>> >>>>> >>>>> looks nice! >>>>> >>>>> - >>>>> Christos >>>>> >>>>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: >>>>> >>>>>> This is as far as I got today with it: >>>>>> >>>>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg >>>>>> >>>>>> I'll finish it on monday, any inputs are welcome. >>>>>> >>>>>> Have a nice weekend and I hope you get better soon Corinne. >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Friday, November 7, 2014 2:03:48 PM >>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> Perfect, I'll work on that one. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Corinne Krych" < corinnekrych at gmail.com > >>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>> Sent: Friday, November 7, 2014 1:37:07 PM >>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>> >>>>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. >>>>>> It might be better to have sth that fit both platforms. >>>>>> >>>>>> ++ >>>>>> Corinne >>>>>> >>>>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: >>>>>> >>>>>>> I like the one on the far right with the purplish curved arrow. It >>>>>>> reminds me a bit of the G in the AeroGear logo. >>>>>>> >>>>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> I am working with 3 ideas for the icon: >>>>>>>> >>>>>>>> 1- A camera with a share icon (arrow). Like the original one. >>>>>>>> 2- A camera or a picture as a dialog icon. >>>>>>>> 3- A typographic icon with the "s". >>>>>>>> >>>>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg >>>>>>>> >>>>>>>> What do you think? any other idea is very welcome. >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> From: "Andres Galante" < agalante at redhat.com > >>>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM >>>>>>>> Subject: Re: [aerogear-dev] Shoot and Share design >>>>>>>> >>>>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. >>>>>>>> I'll work on it and send it over for you guys to review soon. >>>>>>>> After we do the Icon I'll help out with the interface. >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> From: "Summers Pittman" < supittma at redhat.com > >>>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > >>>>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM >>>>>>>> Subject: [aerogear-dev] Shoot and Share design >>>>>>>> >>>>>>>> >>>>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some >>>>>>>> design work going on with them. >>>>>>>> >>>>>>>> Right now we need an icon. I'm sure if there is a wild designer on this >>>>>>>> list we will get awesome input. >>>>>>>> >>>>>>>> (ppsssst agalante that's your cue). >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> Summers Pittman >>>>>>>>> Phone: 404 941 4698 >>>>>>>>> Java is my crack. >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>> >>> >>> -- >>> Summers Pittman >>>>> Phone: 404 941 4698 >>>>> Java is my crack. >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> -- >>> Summers Pittman >>>>> Phone:404 941 4698 >>>>> Java is my crack. >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141113/3409685a/attachment-0001.html From matzew at apache.org Fri Nov 14 01:54:51 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Fri, 14 Nov 2014 07:54:51 +0100 Subject: [aerogear-dev] Aerogear 1.0.2 Integration with Keycloak 1.0.1-Beta1 In-Reply-To: References: Message-ID: Hi Pratik, right now the UPS is kinda tied to the Keycloak Server. We will be looking at resolving that (e.g. providing a JSON file for the realm to be imported into an existing Keycloak Server). That said, not 100% sure, but perhaps worth to try: * install the bundle (UPS+KC) and do an _export_ of the realm * install just the UPS and try to import the above _export_ on the standalone KC server. Note: I have not tried that - just an idea :) -Matthias On Thu, Nov 13, 2014 at 2:35 PM, Pratik Parikh wrote: > Hi Aerogear Community, > > I am trying to setup Aerogear 1.0.2 (hosted on a separate server from > Keycloak) Integration with Keycloak 1.0.1-Beta1 (hosted on a separate > server then Aerogear) and in doing so i am running into a problem. Could > anyone provide me some direction, below is what is happening. > > I was able to import the aerogear realm and configure appropriate > redirect URI. After doing so i am now presented with a login screen where > by i was able to login but after login when it tries to do a redirect i get > the following, am not sure that it mean and how to move forward. Any help > will be appreciated. > > 2014-11-13 13:15:52,061 WARN > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-60) No > state cookie > > Do i need to upgrade the adapter on Aerogear server? > > > Regards, > -- > Pratik Parikh > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/a72468fa/attachment.html From bruno at abstractj.org Fri Nov 14 03:59:54 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 14 Nov 2014 06:59:54 -0200 Subject: [aerogear-dev] Aerogear 1.0.2 Integration with Keycloak 1.0.1-Beta1 In-Reply-To: References: Message-ID: <20141114085954.GB39796@abstractj.org> In addition we have a Jira for it: https://issues.jboss.org/browse/AGPUSH-1047 On 2014-11-14, Matthias Wessendorf wrote: > Hi Pratik, > > right now the UPS is kinda tied to the Keycloak Server. We will be looking > at resolving that (e.g. providing a JSON file for the realm to be imported > into an existing Keycloak Server). > > That said, not 100% sure, but perhaps worth to try: > * install the bundle (UPS+KC) and do an _export_ of the realm > * install just the UPS and try to import the above _export_ on the > standalone KC server. > > Note: I have not tried that - just an idea :) > > -Matthias > > > On Thu, Nov 13, 2014 at 2:35 PM, Pratik Parikh > wrote: > > > Hi Aerogear Community, > > > > I am trying to setup Aerogear 1.0.2 (hosted on a separate server from > > Keycloak) Integration with Keycloak 1.0.1-Beta1 (hosted on a separate > > server then Aerogear) and in doing so i am running into a problem. Could > > anyone provide me some direction, below is what is happening. > > > > I was able to import the aerogear realm and configure appropriate > > redirect URI. After doing so i am now presented with a login screen where > > by i was able to login but after login when it tries to do a redirect i get > > the following, am not sure that it mean and how to move forward. Any help > > will be appreciated. > > > > 2014-11-13 13:15:52,061 WARN > > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-60) No > > state cookie > > > > Do i need to upgrade the adapter on Aerogear server? > > > > > > Regards, > > -- > > Pratik Parikh > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Fri Nov 14 05:53:42 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 14 Nov 2014 08:53:42 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak Message-ID: <20141114105342.GB42683@abstractj.org> Good morning, I was evaluating this issue and was not that hard to decouple UPS from Keycloak to permit people deploy their own KC instance. Changes required: - Remove wildfly-adapter, once it already comes with KC. It doesn't make sense on having it. org.keycloak keycloak-wildfly-adapter - Decouple the AeroGear theme for Keycloak from auth-module Now, I'm getting the following error: Failed to find LOGIN theme aerogear, using built-in themes =E2=80=94 for a good reason.a - Provide a separated profile for the "decoupled version": into this way, it's up to our developers use the builtin version or decoupled. As soon as I get a feedback on it. I will move forward with the changes, just let me know what do you think. -- abstractj PGP: 0x84DC9914 From ken at kenfinnigan.me Fri Nov 14 06:18:08 2014 From: ken at kenfinnigan.me (Ken Finnigan) Date: Fri, 14 Nov 2014 06:18:08 -0500 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <20141114105342.GB42683@abstractj.org> References: <20141114105342.GB42683@abstractj.org> Message-ID: For a "decoupled version", how do you specify the keycloak host/port to UPS? Does it involve "cracking open" the WAR to modify config, or is there a system property? On Fri, Nov 14, 2014 at 5:53 AM, Bruno Oliveira wrote: > Good morning, I was evaluating this issue and was not that hard to > decouple UPS from Keycloak to permit people deploy their own KC > instance. > > Changes required: > > - Remove wildfly-adapter, once it already comes with KC. It doesn't make > sense on having it. > > > org.keycloak > keycloak-wildfly-adapter > > > - Decouple the AeroGear theme for Keycloak from auth-module > > Now, I'm getting the following error: Failed to find LOGIN theme > aerogear, using built-in themes =E2=80=94 for a good reason.a > > - Provide a separated profile for the "decoupled version": into this > way, it's up to our developers use the builtin version or decoupled. > > As soon as I get a feedback on it. I will move forward with the changes, > just let me know what do you think. > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/3925bfe6/attachment.html From bruno at abstractj.org Fri Nov 14 06:27:27 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 14 Nov 2014 09:27:27 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: References: <20141114105342.GB42683@abstractj.org> Message-ID: <20141114112727.GA44451@abstractj.org> Hi Ken, the goal is to make use of what already exists on KC. See section 7.2.3 (http://docs.jboss.org/keycloak/docs/1.1.0.Beta1/userguide/html/ch07.html#d4e718) On 2014-11-14, Ken Finnigan wrote: > For a "decoupled version", how do you specify the keycloak host/port to UPS? > > Does it involve "cracking open" the WAR to modify config, or is there a > system property? > > On Fri, Nov 14, 2014 at 5:53 AM, Bruno Oliveira wrote: > > > Good morning, I was evaluating this issue and was not that hard to > > decouple UPS from Keycloak to permit people deploy their own KC > > instance. > > > > Changes required: > > > > - Remove wildfly-adapter, once it already comes with KC. It doesn't make > > sense on having it. > > > > > > org.keycloak > > keycloak-wildfly-adapter > > > > > > - Decouple the AeroGear theme for Keycloak from auth-module > > > > Now, I'm getting the following error: Failed to find LOGIN theme > > aerogear, using built-in themes =E2=80=94 for a good reason.a > > > > - Provide a separated profile for the "decoupled version": into this > > way, it's up to our developers use the builtin version or decoupled. > > > > As soon as I get a feedback on it. I will move forward with the changes, > > just let me know what do you think. > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From ken at kenfinnigan.me Fri Nov 14 06:36:58 2014 From: ken at kenfinnigan.me (Ken Finnigan) Date: Fri, 14 Nov 2014 06:36:58 -0500 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <20141114112727.GA44451@abstractj.org> References: <20141114105342.GB42683@abstractj.org> <20141114112727.GA44451@abstractj.org> Message-ID: Hi Bruno, I'm not super familiar with all the various bits of keycloak, but I think that section covers securing the UPS WAR with keycloak. I was wondering how UPS would need to be configured if the UPS WAR is on one WildFly and keycloak is on another, with each on completely separate machines? In particular, so that the Admin console knows where keycloak resides to secure itself. On Fri, Nov 14, 2014 at 6:27 AM, Bruno Oliveira wrote: > Hi Ken, the goal is to make use of what already exists on KC. See > section 7.2.3 > ( > http://docs.jboss.org/keycloak/docs/1.1.0.Beta1/userguide/html/ch07.html#d4e718 > ) > > On 2014-11-14, Ken Finnigan wrote: > > For a "decoupled version", how do you specify the keycloak host/port to > UPS? > > > > Does it involve "cracking open" the WAR to modify config, or is there a > > system property? > > > > On Fri, Nov 14, 2014 at 5:53 AM, Bruno Oliveira > wrote: > > > > > Good morning, I was evaluating this issue and was not that hard to > > > decouple UPS from Keycloak to permit people deploy their own KC > > > instance. > > > > > > Changes required: > > > > > > - Remove wildfly-adapter, once it already comes with KC. It doesn't > make > > > sense on having it. > > > > > > > > > org.keycloak > > > keycloak-wildfly-adapter > > > > > > > > > - Decouple the AeroGear theme for Keycloak from auth-module > > > > > > Now, I'm getting the following error: Failed to find LOGIN theme > > > aerogear, using built-in themes =E2=80=94 for a good reason.a > > > > > > - Provide a separated profile for the "decoupled version": into this > > > way, it's up to our developers use the builtin version or decoupled. > > > > > > As soon as I get a feedback on it. I will move forward with the > changes, > > > just let me know what do you think. > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/03815ea2/attachment-0001.html From bruno at abstractj.org Fri Nov 14 08:39:05 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 14 Nov 2014 05:39:05 -0800 (PST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: References: Message-ID: <1415972344932.ecebbd02@Nodemailer> I'm working on it. You can track the progress on that ticket, also the scenario you mentioned will be deployed on OpenShift. ? abstractj PGP: 0x84DC9914 On Fri, Nov 14, 2014 at 9:37 AM, Ken Finnigan wrote: > Hi Bruno, > I'm not super familiar with all the various bits of keycloak, but I think > that section covers securing the UPS WAR with keycloak. > I was wondering how UPS would need to be configured if the UPS WAR is on > one WildFly and keycloak is on another, with each on completely separate > machines? In particular, so that the Admin console knows where keycloak > resides to secure itself. > On Fri, Nov 14, 2014 at 6:27 AM, Bruno Oliveira wrote: >> Hi Ken, the goal is to make use of what already exists on KC. See >> section 7.2.3 >> ( >> http://docs.jboss.org/keycloak/docs/1.1.0.Beta1/userguide/html/ch07.html#d4e718 >> ) >> >> On 2014-11-14, Ken Finnigan wrote: >> > For a "decoupled version", how do you specify the keycloak host/port to >> UPS? >> > >> > Does it involve "cracking open" the WAR to modify config, or is there a >> > system property? >> > >> > On Fri, Nov 14, 2014 at 5:53 AM, Bruno Oliveira >> wrote: >> > >> > > Good morning, I was evaluating this issue and was not that hard to >> > > decouple UPS from Keycloak to permit people deploy their own KC >> > > instance. >> > > >> > > Changes required: >> > > >> > > - Remove wildfly-adapter, once it already comes with KC. It doesn't >> make >> > > sense on having it. >> > > >> > > >> > > org.keycloak >> > > keycloak-wildfly-adapter >> > > >> > > >> > > - Decouple the AeroGear theme for Keycloak from auth-module >> > > >> > > Now, I'm getting the following error: Failed to find LOGIN theme >> > > aerogear, using built-in themes =E2=80=94 for a good reason.a >> > > >> > > - Provide a separated profile for the "decoupled version": into this >> > > way, it's up to our developers use the builtin version or decoupled. >> > > >> > > As soon as I get a feedback on it. I will move forward with the >> changes, >> > > just let me know what do you think. >> > > >> > > -- >> > > >> > > abstractj >> > > PGP: 0x84DC9914 >> > > _______________________________________________ >> > > aerogear-dev mailing list >> > > aerogear-dev at lists.jboss.org >> > > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > >> >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/89dfecf4/attachment.html From bruno at abstractj.org Fri Nov 14 08:39:08 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 14 Nov 2014 05:39:08 -0800 (PST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: References: Message-ID: <1415972347369.592e2d65@Nodemailer> I'm working on it. You can track the progress on that ticket, also the scenario you mentioned will be deployed on OpenShift. ? abstractj PGP: 0x84DC9914 On Fri, Nov 14, 2014 at 9:37 AM, Ken Finnigan wrote: > Hi Bruno, > I'm not super familiar with all the various bits of keycloak, but I think > that section covers securing the UPS WAR with keycloak. > I was wondering how UPS would need to be configured if the UPS WAR is on > one WildFly and keycloak is on another, with each on completely separate > machines? In particular, so that the Admin console knows where keycloak > resides to secure itself. > On Fri, Nov 14, 2014 at 6:27 AM, Bruno Oliveira wrote: >> Hi Ken, the goal is to make use of what already exists on KC. See >> section 7.2.3 >> ( >> http://docs.jboss.org/keycloak/docs/1.1.0.Beta1/userguide/html/ch07.html#d4e718 >> ) >> >> On 2014-11-14, Ken Finnigan wrote: >> > For a "decoupled version", how do you specify the keycloak host/port to >> UPS? >> > >> > Does it involve "cracking open" the WAR to modify config, or is there a >> > system property? >> > >> > On Fri, Nov 14, 2014 at 5:53 AM, Bruno Oliveira >> wrote: >> > >> > > Good morning, I was evaluating this issue and was not that hard to >> > > decouple UPS from Keycloak to permit people deploy their own KC >> > > instance. >> > > >> > > Changes required: >> > > >> > > - Remove wildfly-adapter, once it already comes with KC. It doesn't >> make >> > > sense on having it. >> > > >> > > >> > > org.keycloak >> > > keycloak-wildfly-adapter >> > > >> > > >> > > - Decouple the AeroGear theme for Keycloak from auth-module >> > > >> > > Now, I'm getting the following error: Failed to find LOGIN theme >> > > aerogear, using built-in themes =E2=80=94 for a good reason.a >> > > >> > > - Provide a separated profile for the "decoupled version": into this >> > > way, it's up to our developers use the builtin version or decoupled. >> > > >> > > As soon as I get a feedback on it. I will move forward with the >> changes, >> > > just let me know what do you think. >> > > >> > > -- >> > > >> > > abstractj >> > > PGP: 0x84DC9914 >> > > _______________________________________________ >> > > aerogear-dev mailing list >> > > aerogear-dev at lists.jboss.org >> > > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > >> >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/24111ce8/attachment.html From lholmqui at redhat.com Fri Nov 14 12:58:49 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Fri, 14 Nov 2014 12:58:49 -0500 Subject: [aerogear-dev] Safari Push notifications In-Reply-To: <8159490D-EEDB-4A72-B9EF-8F83C965CBDC@redhat.com> References: <0F0A5DAF-9D0C-47B4-B402-7975C902ABCA@redhat.com> <2371EC83-66F8-430C-A35D-E5F58F08119B@redhat.com> <6B8B19DF-C401-4628-872C-91085A5BD704@redhat.com> <9D9CF372-9731-4F59-8055-2F0F4F076014@redhat.com> <8159490D-EEDB-4A72-B9EF-8F83C965CBDC@redhat! .com> Message-ID: > On Nov 5, 2014, at 2:03 PM, Lucas Holmquist wrote: > > so i wrote a little blog post on this, http://blog.lholmquist.org/safari-push-notifications/ > > > So i?ve made the iOSVariant an APNsVariant, but now i have a decision. > > currently on the safari-push branch, https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push , i?ve changed the UI to this: > > http://blog.lholmquist.org/content/images/2014/Nov/Screen_Shot_2014_11_05_at_11_09_49_AM.png > > where there is 1 variant to choose from for iOS and Safari. And not really and way to tell the difference if a variant is for safari or for iOS > > I?m wondering if there should be 2 selections that hit the same(update from ios) ?apns" endpoint, and also a field on the APNsVariant to differentiate between iOS and Safari, i can see this as being something for analytics > any thoughts on this? > > If we agree to go this route, then we can do the same when we update the GCMVariant > > > > > > >> On Oct 30, 2014, at 9:13 AM, Lucas Holmquist > wrote: >> >> hmm, indeed, let me try that also >>> On Oct 30, 2014, at 2:57 AM, Matthias Wessendorf > wrote: >>> >>> I tried the same, again with -d (rhc -d), that worked fine.... >>> >>> >>> hrm... >>> >>> On Thu, Oct 30, 2014 at 7:48 AM, Matthias Wessendorf > wrote: >>> hahaha, than it disappeared ??? :-) >>> >>> looks like the 'delete' was triggered by the 504 ? >>> >>> On Thu, Oct 30, 2014 at 7:47 AM, Matthias Wessendorf > wrote: >>> Here is what I did, on command line: >>> rhc app create --no-git safari "https://cartreflect-claytondev.rhcloud.com/reflect?github=lholmquist/openshift-origin-cartridge-aerogear-push-wildfly&commit=086fe4f75f8991e7780c9df078c7371377c68aa2 " >>> >>> >>> >>> One the console, I am getting: >>> Creating application 'safari' ... Server returned an unexpected error code: 504 >>> >>> >>> >>> >>> but.... well, here is the server -> https://safari-pushee.rhcloud.com/ag-push >>> >>> >>> >>> What I do not understand it the 504 :) >>> >>> >>> >>> >>> >>> On Wed, Oct 29, 2014 at 10:01 PM, Matthias Wessendorf > wrote: >>> any log from rhc client? >>> >>> >>> On Wednesday, October 29, 2014, Lucas Holmquist > wrote: >>> i?ve created a safari-push branch on my fork of the open shift cartridge, >>> >>> https://github.com/lholmquist/openshift-origin-cartridge-aerogear-push-wildfly/tree/safari-push >>> >>> >>> i?ve been trying to create an app with it but haven?t been successful, perhaps something i?m doing, anyone mind giving it a try >>>> On Oct 28, 2014, at 3:35 PM, Lucas Holmquist > wrote: >>>> >>>> >>>> The branch on the main repo https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push >>>> >>>> subsequent PR?s will target this one >>>> >>>>> On Oct 28, 2014, at 3:21 PM, Lucas Holmquist > wrote: >>>>> >>>>> Here is the initial addition in one of my branches: https://github.com/lholmquist/aerogear-unified-push-server/tree/safari-push >>>>>> On Oct 27, 2014, at 9:42 AM, Matthias Wessendorf > wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Oct 27, 2014 at 2:28 PM, Lucas Holmquist > wrote: >>>>>> >>>>>>> On Oct 27, 2014, at 9:20 AM, Erik Jan de Wit > wrote: >>>>>>> >>>>>>> On 27 Oct,2014, at 14:15 , Lucas Holmquist > wrote: >>>>>>> >>>>>>>> >>>>>>>> So i?ve run into a bit of a problem, I?m trying to send notifications, using https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L52 >>>>>>>> >>>>>>>> but i?m not sure how to also tell it to use the new SafarVariant.class that i?ve created. >>>>>>> >>>>>>> Right now a sender is configured to send notifications for one specific variant type, this mapping is configured on the top of the class: >>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L40 >>>>>>> >>>>>>> so APNsPushNotificationSender will only be use for iOSVariant variants, so either we change the way this works or you create a new Sender ( that extends this one maybe ) >>>>>> >>>>>> I think i?ll just create a new sender of now just to get something working since the SafariVariant and iOSVariant will be combined into an APNsVariant in the near future. >>>>>> >>>>>> sounds reasonable on getting this started >>>>>> >>>>>> -M >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Erik Jan >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org <> >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at 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 at lists.jboss.org <> >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org <> >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org <> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> -- >>> Sent from Gmail Mobile >>> >>> >>> >>> -- >>> 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-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/605f02c1/attachment-0001.html From matzew at apache.org Fri Nov 14 14:35:31 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Fri, 14 Nov 2014 20:35:31 +0100 Subject: [aerogear-dev] Safari Push notifications In-Reply-To: References: <0F0A5DAF-9D0C-47B4-B402-7975C902ABCA@redhat.com> <2371EC83-66F8-430C-A35D-E5F58F08119B@redhat.com> <6B8B19DF-C401-4628-872C-91085A5BD704@redhat.com> <9D9CF372-9731-4F59-8055-2F0F4F076014@redhat.com> <8159490D-EEDB-4A72-B9EF-8F83C965CBDC@redhat.com> Message-ID: so far so good :-) It's just been a bit busy the last weeks... I will do a detailed review, and tests next week. Sounds good? On Fri, Nov 14, 2014 at 6:58 PM, Lucas Holmquist wrote: > > On Nov 5, 2014, at 2:03 PM, Lucas Holmquist wrote: > > so i wrote a little blog post on this, > http://blog.lholmquist.org/safari-push-notifications/ > > > So i?ve made the iOSVariant an APNsVariant, but now i have a decision. > > currently on the safari-push branch, > https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push, > i?ve changed the UI to this: > > > http://blog.lholmquist.org/content/images/2014/Nov/Screen_Shot_2014_11_05_at_11_09_49_AM.png > > where there is 1 variant to choose from for iOS and Safari. And not > really and way to tell the difference if a variant is for safari or for iOS > > I?m wondering if there should be 2 selections that hit the same(update > from ios) ?apns" endpoint, and also a field on the APNsVariant to > differentiate between iOS and Safari, i can see this as being something > for analytics > > any thoughts on this? > > > If we agree to go this route, then we can do the same when we update the > GCMVariant > > > > > > > On Oct 30, 2014, at 9:13 AM, Lucas Holmquist wrote: > > hmm, indeed, let me try that also > > On Oct 30, 2014, at 2:57 AM, Matthias Wessendorf > wrote: > > I tried the same, again with -d (rhc -d), that worked fine.... > > > hrm... > > On Thu, Oct 30, 2014 at 7:48 AM, Matthias Wessendorf > wrote: > >> hahaha, than it disappeared ??? :-) >> >> looks like the 'delete' was triggered by the 504 ? >> >> On Thu, Oct 30, 2014 at 7:47 AM, Matthias Wessendorf >> wrote: >> >>> Here is what I did, on command line: >>> rhc app create --no-git safari " >>> https://cartreflect-claytondev.rhcloud.com/reflect?github=lholmquist/openshift-origin-cartridge-aerogear-push-wildfly&commit=086fe4f75f8991e7780c9df078c7371377c68aa2 >>> " >>> >>> >>> >>> One the console, I am getting: >>> Creating application 'safari' ... Server returned an unexpected error >>> code: 504 >>> >>> >>> >>> >>> but.... well, here is the server -> >>> https://safari-pushee.rhcloud.com/ag-push >>> >>> >>> >>> What I do not understand it the 504 :) >>> >>> >>> >>> >>> >>> On Wed, Oct 29, 2014 at 10:01 PM, Matthias Wessendorf >> > wrote: >>> >>>> any log from rhc client? >>>> >>>> >>>> On Wednesday, October 29, 2014, Lucas Holmquist >>>> wrote: >>>> >>>>> i?ve created a safari-push branch on my fork of the open shift >>>>> cartridge, >>>>> >>>>> >>>>> https://github.com/lholmquist/openshift-origin-cartridge-aerogear-push-wildfly/tree/safari-push >>>>> >>>>> >>>>> i?ve been trying to create an app with it but haven?t been successful, >>>>> perhaps something i?m doing, anyone mind giving it a try >>>>> >>>>> On Oct 28, 2014, at 3:35 PM, Lucas Holmquist >>>>> wrote: >>>>> >>>>> >>>>> The branch on the main repo >>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push >>>>> >>>>> subsequent PR?s will target this one >>>>> >>>>> On Oct 28, 2014, at 3:21 PM, Lucas Holmquist >>>>> wrote: >>>>> >>>>> Here is the initial addition in one of my branches: >>>>> https://github.com/lholmquist/aerogear-unified-push-server/tree/safari-push >>>>> >>>>> On Oct 27, 2014, at 9:42 AM, Matthias Wessendorf >>>>> wrote: >>>>> >>>>> >>>>> >>>>> On Mon, Oct 27, 2014 at 2:28 PM, Lucas Holmquist >>>>> wrote: >>>>> >>>>>> >>>>>> On Oct 27, 2014, at 9:20 AM, Erik Jan de Wit >>>>>> wrote: >>>>>> >>>>>> On 27 Oct,2014, at 14:15 , Lucas Holmquist >>>>>> wrote: >>>>>> >>>>>> >>>>>> So i?ve run into a bit of a problem, I?m trying to send >>>>>> notifications, using >>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L52 >>>>>> >>>>>> but i?m not sure how to also tell it to use the new >>>>>> SafarVariant.class that i?ve created. >>>>>> >>>>>> >>>>>> Right now a sender is configured to send notifications for one >>>>>> specific variant type, this mapping is configured on the top of the class: >>>>>> >>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L40 >>>>>> >>>>>> so APNsPushNotificationSender will only be use for iOSVariant variants, >>>>>> so either we change the way this works or you create a new Sender ( that >>>>>> extends this one maybe ) >>>>>> >>>>>> >>>>>> I think i?ll just create a new sender of now just to get something >>>>>> working since the SafariVariant and iOSVariant will be combined into an >>>>>> APNsVariant in the near future. >>>>>> >>>>> >>>>> sounds reasonable on getting this started >>>>> >>>>> -M >>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Cheers, >>>>>> Erik Jan >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at 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 at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> >>>> >>>> -- >>>> Sent from Gmail Mobile >>>> >>> >>> >>> >>> -- >>> 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-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/c119e753/attachment.html From lholmqui at redhat.com Fri Nov 14 14:42:42 2014 From: lholmqui at redhat.com (Lucas Holmquist) Date: Fri, 14 Nov 2014 14:42:42 -0500 Subject: [aerogear-dev] Safari Push notifications In-Reply-To: References: <0F0A5DAF-9D0C-47B4-B402-7975C902ABCA@redhat.com> <2371EC83-66F8-430C-A35D-E5F58F08119B@redhat.com> <6B8B19DF-C401-4628-872C-91085A5BD704@redhat.com> <9D9CF372-9731-4F59-8055-2F0F4F076014@redhat.com> <8159490D-EEDB-4A72-B9EF-8F83C965CBDC@redhat! .com> Message-ID: <851DB33C-D7BA-401F-A081-C8CD289D727A@redhat.com> yea, no problem, i was just wondering if there were thoughts on having 2 selections or just 1. > On Nov 14, 2014, at 2:35 PM, Matthias Wessendorf wrote: > > so far so good :-) > > It's just been a bit busy the last weeks... I will do a detailed review, and tests next week. > Sounds good? > > On Fri, Nov 14, 2014 at 6:58 PM, Lucas Holmquist > wrote: > >> On Nov 5, 2014, at 2:03 PM, Lucas Holmquist > wrote: >> >> so i wrote a little blog post on this, http://blog.lholmquist.org/safari-push-notifications/ >> >> >> So i?ve made the iOSVariant an APNsVariant, but now i have a decision. >> >> currently on the safari-push branch, https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push , i?ve changed the UI to this: >> >> http://blog.lholmquist.org/content/images/2014/Nov/Screen_Shot_2014_11_05_at_11_09_49_AM.png >> >> where there is 1 variant to choose from for iOS and Safari. And not really and way to tell the difference if a variant is for safari or for iOS >> >> I?m wondering if there should be 2 selections that hit the same(update from ios) ?apns" endpoint, and also a field on the APNsVariant to differentiate between iOS and Safari, i can see this as being something for analytics >> > > any thoughts on this? > >> >> If we agree to go this route, then we can do the same when we update the GCMVariant >> >> >> >> >> >> >>> On Oct 30, 2014, at 9:13 AM, Lucas Holmquist > wrote: >>> >>> hmm, indeed, let me try that also >>>> On Oct 30, 2014, at 2:57 AM, Matthias Wessendorf > wrote: >>>> >>>> I tried the same, again with -d (rhc -d), that worked fine.... >>>> >>>> >>>> hrm... >>>> >>>> On Thu, Oct 30, 2014 at 7:48 AM, Matthias Wessendorf > wrote: >>>> hahaha, than it disappeared ??? :-) >>>> >>>> looks like the 'delete' was triggered by the 504 ? >>>> >>>> On Thu, Oct 30, 2014 at 7:47 AM, Matthias Wessendorf > wrote: >>>> Here is what I did, on command line: >>>> rhc app create --no-git safari "https://cartreflect-claytondev.rhcloud.com/reflect?github=lholmquist/openshift-origin-cartridge-aerogear-push-wildfly&commit=086fe4f75f8991e7780c9df078c7371377c68aa2 " >>>> >>>> >>>> >>>> One the console, I am getting: >>>> Creating application 'safari' ... Server returned an unexpected error code: 504 >>>> >>>> >>>> >>>> >>>> but.... well, here is the server -> https://safari-pushee.rhcloud.com/ag-push >>>> >>>> >>>> >>>> What I do not understand it the 504 :) >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Oct 29, 2014 at 10:01 PM, Matthias Wessendorf > wrote: >>>> any log from rhc client? >>>> >>>> >>>> On Wednesday, October 29, 2014, Lucas Holmquist > wrote: >>>> i?ve created a safari-push branch on my fork of the open shift cartridge, >>>> >>>> https://github.com/lholmquist/openshift-origin-cartridge-aerogear-push-wildfly/tree/safari-push >>>> >>>> >>>> i?ve been trying to create an app with it but haven?t been successful, perhaps something i?m doing, anyone mind giving it a try >>>>> On Oct 28, 2014, at 3:35 PM, Lucas Holmquist > wrote: >>>>> >>>>> >>>>> The branch on the main repo https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push >>>>> >>>>> subsequent PR?s will target this one >>>>> >>>>>> On Oct 28, 2014, at 3:21 PM, Lucas Holmquist > wrote: >>>>>> >>>>>> Here is the initial addition in one of my branches: https://github.com/lholmquist/aerogear-unified-push-server/tree/safari-push >>>>>>> On Oct 27, 2014, at 9:42 AM, Matthias Wessendorf > wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Oct 27, 2014 at 2:28 PM, Lucas Holmquist > wrote: >>>>>>> >>>>>>>> On Oct 27, 2014, at 9:20 AM, Erik Jan de Wit > wrote: >>>>>>>> >>>>>>>> On 27 Oct,2014, at 14:15 , Lucas Holmquist > wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> So i?ve run into a bit of a problem, I?m trying to send notifications, using https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L52 >>>>>>>>> >>>>>>>>> but i?m not sure how to also tell it to use the new SafarVariant.class that i?ve created. >>>>>>>> >>>>>>>> Right now a sender is configured to send notifications for one specific variant type, this mapping is configured on the top of the class: >>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L40 >>>>>>>> >>>>>>>> so APNsPushNotificationSender will only be use for iOSVariant variants, so either we change the way this works or you create a new Sender ( that extends this one maybe ) >>>>>>> >>>>>>> I think i?ll just create a new sender of now just to get something working since the SafariVariant and iOSVariant will be combined into an APNsVariant in the near future. >>>>>>> >>>>>>> sounds reasonable on getting this started >>>>>>> >>>>>>> -M >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Erik Jan >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> aerogear-dev mailing list >>>>>>>> aerogear-dev at lists.jboss.org <> >>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at 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 at lists.jboss.org <> >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org <> >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org <> >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> -- >>>> Sent from Gmail Mobile >>>> >>>> >>>> >>>> -- >>>> 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-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141114/6178772b/attachment-0001.html From daniel.bevenius at gmail.com Sat Nov 15 07:04:42 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Sat, 15 Nov 2014 13:04:42 +0100 Subject: [aerogear-dev] Team meeting Message-ID: Agenda: http://oksoclap.com/p/aerogear-team-mgt-20141117 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141115/ce3b54c1/attachment.html From pratik.p.parikh at gmail.com Sat Nov 15 13:47:46 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Sat, 15 Nov 2014 11:47:46 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1415972347369.592e2d65@Nodemailer> References: <20141114105342.GB42683@abstractj.org> <20141114112727.GA44451@abstractj.org> <1415972347369.592e2d65@Nodemailer> Message-ID: <1416077266708-9983.post@n5.nabble.com> Hi Burno, I am working on this as well just from the setup side for below is where i am stuck i don't know if this helps you or not. But if you find something wrong in my approach please point me to it. My goal is get liveoak, aerogear and keycloak working on different servers. LiveOak uses Keycloak and Aerogear. Following are the steps i took. 1) Install Keycloak on one server with self signed certificate. It is accessible via https://XXX.XXX.XXX.XXX:8443/auth . Worked 2) Installed AreoGear on another server with self signed certificate. It is accessible via https://XXX.XXX.XXX.XXX:8443/ag-push . Worked 3) Imported attached JSON in as a new aerogear realm in keycloak. Worked 4) Updated Keycloak to use MongoDB. Worked 5) Update application aerogear with keycloak.json restarted wildfly server. Updated application under AreoGear to use https://XXX.XXX.XXX.XXX:8443/ag-push/* as a redirect uri. Worked. 6) Restarted both the wildfly servers. 7) After restart tried to login to https://XXX.XXX.XXX.XXX:8443/ag-push/ forwarded me to https://XXX.XXX.XXX.XXX:8443/auth login page. Successfull login was achieved. 8) PROBLEM: After login redirect to https://XXX.XXX.XXX.XXX:8443/ag-push/ where by i get error "No state cookie" in AreoGear log, which is coming from OAuthRequestAuthenticator line 116 because the adapter can not find a cookie with name " OAuth_Token_Request_State" in HTTP. Troubleshooting Try 1. 1) updated aerogear to use 1.0.1.Beta1 Adapter. Still works does not solve the problem same error. Troubleshooting Try 2. 1) updated keycloak.json by adding *"disable-trust-manager": true*. Still works does not solve the problem same error. Troubleshooting Try 3. 1) updated keycloak.json by adding *"disable-trust-manager": false,"truststore": "/path","truststore-password": "password"*. Still works doe not solve the problem. I have a question is "*truststore*" a local path to the keycloak jks cert or this is a path to remote keycloak cert? I copied the keycloak.jks and pointed to that locally using ${jboss.server.config.dir}/trustcerts/keycloak.jks? is this correct? After doing this i tried to invoke https://XXX.XXX.XXXX.XXXX:8443/ag-push/rest/ping Get the login screen then i get Forbidden with below exception: 2014-11-15 18:31:13,664 ERROR [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-6) failed to turn code into token: javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated at sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431) [jsse.jar:1.8.0_25] at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:572) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:151) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:125) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:640) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) [httpclient-4.2.1.jar:4.2.1] at org.keycloak.adapters.ServerRequest.invokeAccessCodeToToken(ServerRequest.java:116) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.ServerRequest.invokeAccessCodeToToken(ServerRequest.java:93) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.OAuthRequestAuthenticator.resolveCode(OAuthRequestAuthenticator.java:256) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.OAuthRequestAuthenticator.authenticate(OAuthRequestAuthenticator.java:205) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.RequestAuthenticator.authenticate(RequestAuthenticator.java:68) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.undertow.UndertowKeycloakAuthMech.keycloakAuthenticate(UndertowKeycloakAuthMech.java:82) [keycloak-undertow-adapter-1.0.4.Final.jar:] at org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:61) [keycloak-undertow-adapter-1.0.4.Final.jar:] at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:54) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:27) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) [keycloak-undertow-adapter-1.0.4.Final.jar:] at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) [keycloak-undertow-adapter-1.0.4.Final.jar:] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_25] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_25] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_25] Please help i feel like i am very close just missing something simple. Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p9983.html Sent from the aerogear-dev mailing list archive at Nabble.com. From pratik.p.parikh at gmail.com Mon Nov 17 02:49:35 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Mon, 17 Nov 2014 00:49:35 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416077266708-9983.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141114112727.GA44451@abstractj.org> <1415972347369.592e2d65@Nodemailer> <1416077266708-9983.post@n5.nabble.com> Message-ID: <1416210575753-9984.post@n5.nabble.com> Hi Bruno, Another update: I was able to reslove SSL handsack issue. And can now assure that the trust between keycloak server and aerogear client is established. I am still running into an issue whereby upon login the adapter expects a cookie and does not find it? Does aerogear team have to enhance anything to obtain this "state cookie"?? below is the debug trace from aerogear side. Aerogear Log: 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] (default task-17) adminRequest https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=IcrbsPykYJ5v8UeXHgmzSEldZpo58vUh2e3Ik9r6Yu8.75228531-4f07-4b99-9c4f-acd5abc111fd&state=322036a7-b0b6-40b7-852f-60aa592bce01 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] (default task-17) adminRequest https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=IcrbsPykYJ5v8UeXHgmzSEldZpo58vUh2e3Ik9r6Yu8.75228531-4f07-4b99-9c4f-acd5abc111fd&state=322036a7-b0b6-40b7-852f-60aa592bce01 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.RequestAuthenticator] (default task-17) Account was not in session, returning null 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-17) there was a code, resolving 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-17) checking state cookie for after code 2014-11-17 07:40:21,804 WARN [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-17) No state cookie Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p9984.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bruno at abstractj.org Mon Nov 17 07:43:21 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 10:43:21 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416077266708-9983.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141114112727.GA44451@abstractj.org> <1415972347369.592e2d65@Nodemailer> <1416077266708-9983.post@n5.nabble.com> Message-ID: <20141117124321.GA60572@abstractj.org> Good morning my friend, I can't confirm/deny without access to the sources like the files you did the updates. Here is what must be done to get UPS working in a separate server from Keycloak (some steps are very similar with what you already did). Note: I'm working to make it configurable on UPS, but if you are in a rush, these steps might help. 1. docker run -it -p 8080:8080 -p 9090:9090 jboss/keycloak 2. Login on Keycloak 3. Add a new realm and import the JSON file from servers/auth-server/src/main/webapp/WEB-INF/ups-realm.json 4. git clone https://github.com/abstractj/aerogear-unifiedpush-server.git 5. Change the files to the IP address where KC is located (https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30) 5. cd aerogear-unifiedpush-server && git checkout strawman && mvn clean install 6. Deploy on WildFly All the steps here are necessary if you want to solve the problem right now. Now I'm working on it to decouple UPS and these steps will be configurable for the further releases. On 2014-11-15, Pratik Parikh wrote: > Hi Burno, > > I am working on this as well just from the setup side for below is where > i am stuck i don't know if this helps you or not. But if you find something > wrong in my approach please point me to it. > > My goal is get liveoak, aerogear and keycloak working on different > servers. LiveOak uses Keycloak and Aerogear. Following are the steps i > took. > > 1) Install Keycloak on one server with self signed certificate. It is > accessible via https://XXX.XXX.XXX.XXX:8443/auth > . Worked > 2) Installed AreoGear on another server with self signed certificate. > It is accessible via https://XXX.XXX.XXX.XXX:8443/ag-push > . Worked > 3) Imported attached JSON in as a new aerogear realm in keycloak. > Worked > 4) Updated Keycloak to use MongoDB. Worked > 5) Update application aerogear with keycloak.json restarted wildfly > server. Updated application under AreoGear to use > https://XXX.XXX.XXX.XXX:8443/ag-push/* > as a redirect uri. Worked. > 6) Restarted both the wildfly servers. > 7) After restart tried to login to https://XXX.XXX.XXX.XXX:8443/ag-push/ > forwarded me to > https://XXX.XXX.XXX.XXX:8443/auth login > page. Successfull login was achieved. > 8) PROBLEM: After login redirect to > https://XXX.XXX.XXX.XXX:8443/ag-push/ > where by i get error "No state > cookie" in AreoGear log, which is coming from OAuthRequestAuthenticator > line 116 because the adapter can not find a cookie with name " > OAuth_Token_Request_State" in HTTP. > > Troubleshooting Try 1. > 1) updated aerogear to use 1.0.1.Beta1 Adapter. Still works does not > solve the problem same error. > > Troubleshooting Try 2. > 1) updated keycloak.json by adding *"disable-trust-manager": true*. > Still works does not solve the problem same error. > > Troubleshooting Try 3. > 1) updated keycloak.json by adding *"disable-trust-manager": > false,"truststore": "/path","truststore-password": "password"*. Still > works doe not solve the problem. I have a question is "*truststore*" a > local path to the keycloak jks cert or this is a path to remote keycloak > cert? I copied the keycloak.jks and pointed to that locally using > ${jboss.server.config.dir}/trustcerts/keycloak.jks? > is this correct? After doing this i tried to invoke > > https://XXX.XXX.XXXX.XXXX:8443/ag-push/rest/ping > > Get the login screen > > then i get Forbidden with below exception: > > 2014-11-15 18:31:13,664 ERROR > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-6) failed > to turn code into token: javax.net.ssl.SSLPeerUnverifiedException: peer not > authenticated > at > sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431) > [jsse.jar:1.8.0_25] > at > org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:572) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:151) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:125) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:640) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) > [httpclient-4.2.1.jar:4.2.1] > at > org.keycloak.adapters.ServerRequest.invokeAccessCodeToToken(ServerRequest.java:116) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.ServerRequest.invokeAccessCodeToToken(ServerRequest.java:93) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.OAuthRequestAuthenticator.resolveCode(OAuthRequestAuthenticator.java:256) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.OAuthRequestAuthenticator.authenticate(OAuthRequestAuthenticator.java:205) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.RequestAuthenticator.authenticate(RequestAuthenticator.java:68) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.undertow.UndertowKeycloakAuthMech.keycloakAuthenticate(UndertowKeycloakAuthMech.java:82) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:61) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:54) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:27) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > [rt.jar:1.8.0_25] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [rt.jar:1.8.0_25] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_25] > > Please help i feel like i am very close just missing something simple. > > > Regards, > Pratik Parikh > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p9983.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Mon Nov 17 08:00:23 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 11:00:23 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416210575753-9984.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141114112727.GA44451@abstractj.org> <1415972347369.592e2d65@Nodemailer> <1416077266708-9983.post@n5.nabble.com> <1416210575753-9984.post@n5.nabble.com> Message-ID: <20141117130023.GA60719@abstractj.org> This might be required for you: https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-6d24617a96a9f1b3efd6f0778e86875bR7 Let me know how it goes. On 2014-11-17, Pratik Parikh wrote: > Hi Bruno, > > Another update: I was able to reslove SSL handsack issue. And can now > assure that the trust between keycloak server and aerogear client is > established. > > I am still running into an issue whereby upon login the adapter expects > a cookie and does not find it? Does aerogear team have to enhance anything > to obtain this "state cookie"?? below is the debug trace from aerogear side. > > Aerogear Log: > 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] > (default task-17) adminRequest > https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=IcrbsPykYJ5v8UeXHgmzSEldZpo58vUh2e3Ik9r6Yu8.75228531-4f07-4b99-9c4f-acd5abc111fd&state=322036a7-b0b6-40b7-852f-60aa592bce01 > 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] > (default task-17) adminRequest > https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=IcrbsPykYJ5v8UeXHgmzSEldZpo58vUh2e3Ik9r6Yu8.75228531-4f07-4b99-9c4f-acd5abc111fd&state=322036a7-b0b6-40b7-852f-60aa592bce01 > 2014-11-17 07:40:21,804 DEBUG [org.keycloak.adapters.RequestAuthenticator] > (default task-17) Account was not in session, returning null > 2014-11-17 07:40:21,804 DEBUG > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-17) there > was a code, resolving > 2014-11-17 07:40:21,804 DEBUG > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-17) checking > state cookie for after code > 2014-11-17 07:40:21,804 WARN > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-17) No state > cookie > > Regards, > Pratik Parikh > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p9984.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From agalante at redhat.com Mon Nov 17 08:45:13 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 17 Nov 2014 08:45:13 -0500 (EST) Subject: [aerogear-dev] Aerogear Website In-Reply-To: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> Message-ID: <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> Good morning, I've been working on Aerogears website and build a "live wireframe" to share with you and gather feedback. The challenge was to combine a feature-orientated and a client-orientated UI, so this is what I propose: The website itself is feature-orientated, since a user will want to know if the feature he wants to use its supported by other clients. But the documentation is client-orientated because I think that for example and Android developer doesn't want to read any iOS documentation. Please view this on FireFox, I am using position sticky and I haven't done any js to make it work on other browsers. Colors, spaces, sizes, fonts and styles are not done yet. This is just wireframe (better than a few squares with arrows though, plus its responsive). On docs click on android docs to see how the submenu works, I am following the same pattern as in ionic, bootstrap, less and others http://andresgalante.com/aerogearwebsite/ What do you think? From stian at redhat.com Mon Nov 17 08:51:40 2014 From: stian at redhat.com (Stian Thorgersen) Date: Mon, 17 Nov 2014 08:51:40 -0500 (EST) Subject: [aerogear-dev] iOS Shoot Demo In-Reply-To: References: <028D7543-51F9-4B62-B5C5-F8EA5C6BE736@redhat.com> <71FD4DF0-D24E-42C5-BCCB-2EE247EEFF32@gmail.com> Message-ID: <2022092658.15831968.1416232300603.JavaMail.zimbra@redhat.com> The token isn't revoked if you disable the app in KC, but the app won't be permitted to refresh the token. The token continues to be valid until it expires and it's the application adapter (shoot demo rest endpoints) responsibility to check that the token isn't expired. ----- Original Message ----- > From: "Lucas Holmquist" > To: "AeroGear Developer Mailing List" > Cc: keycloak-dev at lists.jboss.org > Sent: Thursday, November 6, 2014 9:58:11 PM > Subject: Re: [aerogear-dev] iOS Shoot Demo > > let me try this again to the keycloack list > > On Nov 6, 2014, at 3:54 PM, Corinne Krych wrote: > > > > > > On 06 Nov 2014, at 21:50, Lucas Holmquist wrote: > > > >> Hello, > >> > >> so i was playing with the Shoot demo for iOS and connecting it to KC, a > >> little research for a possible node.js adapter. > >> > >> Anyway, i got everything working, i was able to perform the OAuth2 > >> login, redirect back and upload a photo. > >> > >> Then i went into the KC admin console thing, and disabled both the OAuth > >> Client(shoot-third-party ) and the shoot-services, but when i then tried > >> to upload, i was still successful. > > > > looks like there is an issue on revoking token on KC > > worth bringing the topic on keycloak IRC/mailing list > > > >> > >> i guess i was under the impression that once one or both of those things > >> are disabled, the upload shouldn?t work. > >> > >> > >> as i?m writing i saw this PR come through, > >> https://github.com/aerogear/aerogear-ios-cookbook/pull/45, not sure if > >> this will solve this issue though > > > > Nope this one is about refreshing so it will not solve the pb > > > >> > >> > >> -Luke > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > From scm.blanc at gmail.com Mon Nov 17 08:55:35 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 17 Nov 2014 14:55:35 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: Hi, I started to implement the "export" feature : - https://github.com/aerogear/aerogear-unifiedpush-server/pull/435 Also a really short screencast showing how it works : https://www.youtube.com/watch?v=HFXesTHh4PM&feature=youtu.be On Thu, Nov 13, 2014 at 2:52 PM, Sebastien Blanc wrote: > > > On Wed, Nov 12, 2014 at 12:36 PM, Sebastien Blanc > wrote: > >> >> >> On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic >> wrote: >> >>> Hi, >>> >>> >>> I have two comments. The first one is about JSON export of an >>> Installation. You declare it is like this when it comes to categories: >>> >>> >>> "categories" : ["football", "sport"] >>> >>> >>> However, with the current UPS of version 1.0.2, when you register some >>> installation, it returns you this >>> https://issues.jboss.org/browse/AGPUSH-1093 >>> >>> >>> This issue should be addressed and since exporting of installations more >>> or less means to marshall them into JSON, you hit this issue for sure so >>> model should be updated to return only array of category names instead of >>> its JSON representation. >>> >> Ok good catch, I will keep this ticket in mind >> >>> >>> The second comment is about security. I am begging you here from QA team >>> to make it doable via REST and not (only) via UPS console because it >>> simplifies tons of hacking around the code. Right now we are doing whole >>> import by adding custom JAX-RS endpoints on top of UPS, we generate >>> applications, variants and installations randomly as JSONs and send them to >>> UPS to these batch endpoints and we are calling services to persist them. >>> >> I know, for now you can access it through rest, but tbh I want to have >> the security expert feedback on this and if we decide it's too insecure we >> will have to change it >> > > So I have been thinking more on this and sorry Stefan, I think we will not > allow export using basic auth , it;s to insecure, just with > variantId/variantSecret someone would be able to retrieve all the device > tokens. > > > >>> You can find it here (1) >>> >>> >>> In case this would be done via REST, it would be no-brainer and huge >>> time saver for QA guys. >>> >>> >>> (1) >>> https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 >>> >>> Thanks >>> >>> Stefan Miklosovic >>> Red Hat Brno - JBoss Mobile Platform >>> >>> e-mail: smikloso at redhat.com >>> irc: smikloso >>> >>> ------------------------------ >>> >>> Hi, >>> >>> I would like to start a discussion around the import/export of >>> installations in UPS. To track all the tasks, we have a ticket[1] also >>> containing some sub-tasks. >>> Scope >>> >>> For now we stick to installations, meanning we can import or export >>> installations from a particular Variant. Import/Export for Variants will >>> maybe come later but due to some security issues (mainly for iOS >>> cert/passphrase) it's on hold. >>> >>> Import >>> Service >>> >>> That's an easy one ;) since the service already exist [2]. It's a REST >>> service and it uses the VariantId/Secret combination to authenticate. >>> >>> Data format looks like : >>> >>> [ >>> { >>> "deviceToken" : "someTokenString", >>> "deviceType" : "iPad", >>> "operatingSystem" : "iOS", >>> "osVersion" : "6.1.2", >>> "alias" : "someUsername or email adress...", >>> "categories" : ["football", "sport"] >>> }, >>> { >>> "deviceToken" : "someOtherTokenString", >>> ... >>> }, >>> ... >>> ] >>> >>> >>> Export >>> Service >>> >>> Like import, it will use the variantId/secret combo to authenticate and >>> retrieve the right variant to export the installations. The data structure >>> format would of course looks like the one used for import. >>> >>> Output >>> format >>> >>> How should provide the exported data ? I need your input here 1. Raw >>> Json ? 2. Json file ? 3. Zip / tarball ? >>> UI >>> >>> UI should be a *nice to have* >>> >>> I would suggest to add 2 items (import and export) in the contextual >>> menu that you can see in this screenshot : >>> >>> >>> >>> >>> For import, the user will have a file input and feedback on how many >>> installations were imported. For export, the user just have to press an >>> export button >>> >>> Migration >>> issues >>> >>> So, that is a very important point that I would like to discuss. Even if >>> we are able to import installations, the *variantID_ and the >>> __variantSecret* will not match with those that are in the Clients. >>> >>> Imagine the following scenario : I export 15000 installations, my >>> datacenter burns, I create a new UPS instance, with a new Push App and a >>> new Variant (so new VariantID and VariantSecret), then I inport the >>> installations. Well, my 15000 clients will point to the wrong variant. For >>> sure, they can be updated but that might not always be an option. >>> >>> That is why I would like suggest the following change : Make *VariantId* >>> and *VariantSecret* editable, so after someone has done an import he >>> can change the values of the variants so it matches the clients. >>> >>> I know we had this discussion before, but in the future we might want to >>> change the naming around VariantId and VariantSecret, to me it sounds more >>> like *variantAPIKey* / *variantAPISecret* >>> >>> wdyt ? >>> >>> Security >>> >>> As said before, import/export uses variantId/variantSecret to >>> authenticate. So if someone has access to these keys he could make a >>> malicious import of 500k installations. What should we do for that ? We >>> could give this access only to authenticated "console" users but then it >>> would be hard to expose import/export as rest service (because of KC >>> implication) >>> >>> Please comment, ask questions , be crazy ... >>> >>> Sebi >>> >>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>> >>> [2] >>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/aa504fde/attachment-0001.html From miguel21op at gmail.com Mon Nov 17 09:06:35 2014 From: miguel21op at gmail.com (Miguel Lemos) Date: Mon, 17 Nov 2014 14:06:35 +0000 Subject: [aerogear-dev] Aerogear Website References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> Message-ID: I like it :-) A seg, 17/11/2014, 13:45, Andres Galante escreveu: > Good morning, I've been working on Aerogears website and build a "live > wireframe" to share with you and gather feedback. > > The challenge was to combine a feature-orientated and a client-orientated > UI, so this is what I propose: > > The website itself is feature-orientated, since a user will want to know > if the feature he wants to use its supported by other clients. But the > documentation is client-orientated because I think that for example and > Android developer doesn't want to read any iOS documentation. > > Please view this on FireFox, I am using position sticky and I haven't done > any js to make it work on other browsers. > > Colors, spaces, sizes, fonts and styles are not done yet. This is just > wireframe (better than a few squares with arrows though, plus its > responsive). > > On docs click on android docs to see how the submenu works, I am following > the same pattern as in ionic, bootstrap, less and others > > http://andresgalante.com/aerogearwebsite/ > > What do you think? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/6d66a71c/attachment.html From daniel.bevenius at gmail.com Mon Nov 17 09:12:34 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 17 Nov 2014 15:12:34 +0100 Subject: [aerogear-dev] Aerogear Website In-Reply-To: References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> Message-ID: Looks nice! On 17 November 2014 15:06, Miguel Lemos wrote: > I like it :-) > > A seg, 17/11/2014, 13:45, Andres Galante escreveu: > > Good morning, I've been working on Aerogears website and build a "live >> wireframe" to share with you and gather feedback. >> >> The challenge was to combine a feature-orientated and a client-orientated >> UI, so this is what I propose: >> >> The website itself is feature-orientated, since a user will want to know >> if the feature he wants to use its supported by other clients. But the >> documentation is client-orientated because I think that for example and >> Android developer doesn't want to read any iOS documentation. >> >> Please view this on FireFox, I am using position sticky and I haven't >> done any js to make it work on other browsers. >> >> Colors, spaces, sizes, fonts and styles are not done yet. This is just >> wireframe (better than a few squares with arrows though, plus its >> responsive). >> >> On docs click on android docs to see how the submenu works, I am >> following the same pattern as in ionic, bootstrap, less and others >> >> http://andresgalante.com/aerogearwebsite/ >> >> What do you think? >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/f180676a/attachment.html From daniel.bevenius at gmail.com Mon Nov 17 09:15:47 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 17 Nov 2014 15:15:47 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: Looks good. Should the export button be different colour than red perhaps? Perhaps we can just put the focus on the cancel button instead or something like that. On 17 November 2014 14:55, Sebastien Blanc wrote: > Hi, > I started to implement the "export" feature : > > - https://github.com/aerogear/aerogear-unifiedpush-server/pull/435 > > Also a really short screencast showing how it works : > https://www.youtube.com/watch?v=HFXesTHh4PM&feature=youtu.be > > > > On Thu, Nov 13, 2014 at 2:52 PM, Sebastien Blanc > wrote: > >> >> >> On Wed, Nov 12, 2014 at 12:36 PM, Sebastien Blanc >> wrote: >> >>> >>> >>> On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic >> > wrote: >>> >>>> Hi, >>>> >>>> >>>> I have two comments. The first one is about JSON export of an >>>> Installation. You declare it is like this when it comes to categories: >>>> >>>> >>>> "categories" : ["football", "sport"] >>>> >>>> >>>> However, with the current UPS of version 1.0.2, when you register some >>>> installation, it returns you this >>>> https://issues.jboss.org/browse/AGPUSH-1093 >>>> >>>> >>>> This issue should be addressed and since exporting of installations >>>> more or less means to marshall them into JSON, you hit this issue for sure >>>> so model should be updated to return only array of category names instead >>>> of its JSON representation. >>>> >>> Ok good catch, I will keep this ticket in mind >>> >>>> >>>> The second comment is about security. I am begging you here from QA >>>> team to make it doable via REST and not (only) via UPS console because it >>>> simplifies tons of hacking around the code. Right now we are doing whole >>>> import by adding custom JAX-RS endpoints on top of UPS, we generate >>>> applications, variants and installations randomly as JSONs and send them to >>>> UPS to these batch endpoints and we are calling services to persist them. >>>> >>> I know, for now you can access it through rest, but tbh I want to have >>> the security expert feedback on this and if we decide it's too insecure we >>> will have to change it >>> >> >> So I have been thinking more on this and sorry Stefan, I think we will >> not allow export using basic auth , it;s to insecure, just with >> variantId/variantSecret someone would be able to retrieve all the device >> tokens. >> >> >> >>>> You can find it here (1) >>>> >>>> >>>> In case this would be done via REST, it would be no-brainer and huge >>>> time saver for QA guys. >>>> >>>> >>>> (1) >>>> https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 >>>> >>>> Thanks >>>> >>>> Stefan Miklosovic >>>> Red Hat Brno - JBoss Mobile Platform >>>> >>>> e-mail: smikloso at redhat.com >>>> irc: smikloso >>>> >>>> ------------------------------ >>>> >>>> Hi, >>>> >>>> I would like to start a discussion around the import/export of >>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>> containing some sub-tasks. >>>> >>>> Scope >>>> >>>> For now we stick to installations, meanning we can import or export >>>> installations from a particular Variant. Import/Export for Variants will >>>> maybe come later but due to some security issues (mainly for iOS >>>> cert/passphrase) it's on hold. >>>> >>>> Import >>>> Service >>>> >>>> That's an easy one ;) since the service already exist [2]. It's a REST >>>> service and it uses the VariantId/Secret combination to authenticate. >>>> >>>> Data format looks like : >>>> >>>> [ >>>> { >>>> "deviceToken" : "someTokenString", >>>> "deviceType" : "iPad", >>>> "operatingSystem" : "iOS", >>>> "osVersion" : "6.1.2", >>>> "alias" : "someUsername or email adress...", >>>> "categories" : ["football", "sport"] >>>> }, >>>> { >>>> "deviceToken" : "someOtherTokenString", >>>> ... >>>> }, >>>> ... >>>> ] >>>> >>>> >>>> Export >>>> Service >>>> >>>> Like import, it will use the variantId/secret combo to authenticate and >>>> retrieve the right variant to export the installations. The data structure >>>> format would of course looks like the one used for import. >>>> >>>> Output >>>> format >>>> >>>> How should provide the exported data ? I need your input here 1. Raw >>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>> UI >>>> >>>> UI should be a *nice to have* >>>> >>>> I would suggest to add 2 items (import and export) in the contextual >>>> menu that you can see in this screenshot : >>>> >>>> >>>> >>>> >>>> For import, the user will have a file input and feedback on how many >>>> installations were imported. For export, the user just have to press an >>>> export button >>>> >>>> Migration >>>> issues >>>> >>>> So, that is a very important point that I would like to discuss. Even >>>> if we are able to import installations, the *variantID_ and the >>>> __variantSecret* will not match with those that are in the Clients. >>>> >>>> Imagine the following scenario : I export 15000 installations, my >>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>> sure, they can be updated but that might not always be an option. >>>> >>>> That is why I would like suggest the following change : Make >>>> *VariantId* and *VariantSecret* editable, so after someone has done an >>>> import he can change the values of the variants so it matches the clients. >>>> >>>> I know we had this discussion before, but in the future we might want >>>> to change the naming around VariantId and VariantSecret, to me it sounds >>>> more like *variantAPIKey* / *variantAPISecret* >>>> >>>> wdyt ? >>>> >>>> Security >>>> >>>> As said before, import/export uses variantId/variantSecret to >>>> authenticate. So if someone has access to these keys he could make a >>>> malicious import of 500k installations. What should we do for that ? We >>>> could give this access only to authenticated "console" users but then it >>>> would be hard to expose import/export as rest service (because of KC >>>> implication) >>>> >>>> Please comment, ask questions , be crazy ... >>>> >>>> Sebi >>>> >>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>> >>>> [2] >>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>> >>> >> > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/a322d3aa/attachment-0001.html From matzew at apache.org Mon Nov 17 09:35:09 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 17 Nov 2014 15:35:09 +0100 Subject: [aerogear-dev] Aerogear Website In-Reply-To: <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> Message-ID: Hi Andres, I like new organisation. One question would it be possible to integrate our logo ? I think we should have that visible on the top :) On the homepage, I like the focus on the solutions. But on the header, besides the "solutions" (e.g. Sync and Push) could we have a similar header for an overview page for platforms (e.g. Android, Cordova, iOS, mobile web), which than would link to specific landing pages for Android/iOS? Or would that be confusing? Greetings, Matthias On Mon, Nov 17, 2014 at 2:45 PM, Andres Galante wrote: > Good morning, I've been working on Aerogears website and build a "live > wireframe" to share with you and gather feedback. > > The challenge was to combine a feature-orientated and a client-orientated > UI, so this is what I propose: > > The website itself is feature-orientated, since a user will want to know > if the feature he wants to use its supported by other clients. But the > documentation is client-orientated because I think that for example and > Android developer doesn't want to read any iOS documentation. > > Please view this on FireFox, I am using position sticky and I haven't done > any js to make it work on other browsers. > > Colors, spaces, sizes, fonts and styles are not done yet. This is just > wireframe (better than a few squares with arrows though, plus its > responsive). > > On docs click on android docs to see how the submenu works, I am following > the same pattern as in ionic, bootstrap, less and others > > http://andresgalante.com/aerogearwebsite/ > > What do you think? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/6a926dfe/attachment.html From agalante at redhat.com Mon Nov 17 09:53:18 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 17 Nov 2014 09:53:18 -0500 (EST) Subject: [aerogear-dev] Aerogear Website In-Reply-To: References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> Message-ID: <304184654.223185.1416235998516.JavaMail.zimbra@redhat.com> Hi Matthias, Logo: yes! I need to implement the logo, styles, colors, etc. Where can I find a svg of the logo? Good idea to add a client specific overview on the homepage. I'll add that structure and we can see if its confusing or not. I'll also make sure that the illustration on the main banner reflects the different clients. ----- Original Message ----- From: "Matthias Wessendorf" To: "AeroGear Developer Mailing List" Sent: Monday, November 17, 2014 11:35:09 AM Subject: Re: [aerogear-dev] Aerogear Website Hi Andres, I like new organisation. One question would it be possible to integrate our logo ? I think we should have that visible on the top :) On the homepage, I like the focus on the solutions. But on the header, besides the "solutions" (e.g. Sync and Push) could we have a similar header for an overview page for platforms (e.g. Android, Cordova, iOS, mobile web), which than would link to specific landing pages for Android/iOS? Or would that be confusing? Greetings, Matthias On Mon, Nov 17, 2014 at 2:45 PM, Andres Galante < agalante at redhat.com > wrote: Good morning, I've been working on Aerogears website and build a "live wireframe" to share with you and gather feedback. The challenge was to combine a feature-orientated and a client-orientated UI, so this is what I propose: The website itself is feature-orientated, since a user will want to know if the feature he wants to use its supported by other clients. But the documentation is client-orientated because I think that for example and Android developer doesn't want to read any iOS documentation. Please view this on FireFox, I am using position sticky and I haven't done any js to make it work on other browsers. Colors, spaces, sizes, fonts and styles are not done yet. This is just wireframe (better than a few squares with arrows though, plus its responsive). On docs click on android docs to see how the submenu works, I am following the same pattern as in ionic, bootstrap, less and others http://andresgalante.com/aerogearwebsite/ What do you think? _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From daniel.bevenius at gmail.com Mon Nov 17 10:06:12 2014 From: daniel.bevenius at gmail.com (danielbevenius) Date: Mon, 17 Nov 2014 08:06:12 -0700 (MST) Subject: [aerogear-dev] Team meeting In-Reply-To: References: Message-ID: <1416236772392-9995.post@n5.nabble.com> Minutes:http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-17-15.00.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-17-15.00.txt Log:http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-17-15.00.log.html -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Team-meeting-tp9982p9995.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bruno at abstractj.org Mon Nov 17 10:37:55 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 13:37:55 -0200 Subject: [aerogear-dev] Inclusion of a new bower dependency Message-ID: <20141117153755.GB69491@abstractj.org> Good morning, I'm trying to introduce KC as a bower dependency, but somehow my Grunt skills (close to 0) are failing https://github.com/abstractj/aerogear-unifiedpush-server/commit/d938fb885d045fbc997f3ca750638f900c5b6930 If you have any idea about which tasks am I supposed to change at the Grunt file, I would appreciate. -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Mon Nov 17 10:44:06 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 13:44:06 -0200 Subject: [aerogear-dev] Inclusion of a new bower dependency In-Reply-To: <20141117153755.GB69491@abstractj.org> References: <20141117153755.GB69491@abstractj.org> Message-ID: <20141117154406.GC69491@abstractj.org> Before I forget and self replying. Would make sense on moving keycloak.js to ag-push module? Instead of admin-ui? The goal is to decouple from the auth module. On 2014-11-17, Bruno Oliveira wrote: > Good morning, > > > I'm trying to introduce KC as a bower dependency, but somehow my Grunt > skills (close to 0) are failing > https://github.com/abstractj/aerogear-unifiedpush-server/commit/d938fb885d045fbc997f3ca750638f900c5b6930 > > If you have any idea about which tasks am I supposed to change at the > Grunt file, I would appreciate. > > -- > > abstractj > PGP: 0x84DC9914 -- abstractj PGP: 0x84DC9914 From pratik.p.parikh at gmail.com Mon Nov 17 10:44:16 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Mon, 17 Nov 2014 10:44:16 -0500 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak Message-ID: Hi Bruno, I have already taken this steps as part of the previous troubleshooting. The problem is that adapter is keycloak expect a state cookie which is not present in the header. This is either because of the some application configuration in KeyCloak for UPS-JS or because something is not getting set in UPS code based. Below is the debug trace, hope this helps. At this point I am fully authenticate and am waiting for UPS Angular App to load. 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] (default task-26) adminRequest https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=HQUlGctT_-SJ3szGiVkD_4Aa1wcGQJNzYe-0imJJidw.5ee890c6-1c83-4f36-9344-a1c432a2c195&state=500e4da9-4e8b-4fe7-b5b2-3bd0faa86928 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] (default task-26) adminRequest https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=HQUlGctT_-SJ3szGiVkD_4Aa1wcGQJNzYe-0imJJidw.5ee890c6-1c83-4f36-9344-a1c432a2c195&state=500e4da9-4e8b-4fe7-b5b2-3bd0faa86928 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.RequestAuthenticator] (default task-26) session was null, returning null 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-26) there was a code, resolving 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-26) checking state cookie for after code 2014-11-17 15:03:11,360 WARN [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-26) No state cookie Regards, -- Pratik Parikh - Mantra - Keep It Simple and Straightforward -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/617bce48/attachment.html From bruno at abstractj.org Mon Nov 17 11:13:05 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 14:13:05 -0200 Subject: [aerogear-dev] UPS server configuration interface? Message-ID: <20141117161304.GA72441@abstractj.org> Good morning amazing people. While working on AGPUSH-1047, I was wondering if would make sense on having a configuration page before users getting started. I thinking about the current problem on decoupling our server from Keycloak[1] and OpenShift. What is the current proposal for the initial setup? 1. Developer create an UPS instance on OpenShift 2. Visit https://myups-abstractj.rhcloud.com/ag-push 3. The application automagically redirect to the configuration page with options to skip or enter the URL for the Keycloak server. 4. App changes the keycloak.json/ups-realm.json file based on the URL provided. Does it make sense? [1] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 -- abstractj PGP: 0x84DC9914 From matzew at apache.org Mon Nov 17 11:17:38 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 17 Nov 2014 17:17:38 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141117161304.GA72441@abstractj.org> References: <20141117161304.GA72441@abstractj.org> Message-ID: On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira wrote: > Good morning amazing people. > > While working on AGPUSH-1047, I was wondering if would make sense on > having a configuration page before users getting started. > you speak out of my mind, I thought about the same in the train, when I saw you changes on GH (the URL replacements to KC and KC.js). We somehow should have a dialog right after installation, that asks "default" or "custom" KC server etc > > I thinking about the current problem on decoupling our server from > Keycloak[1] and OpenShift. > > What is the current proposal for the initial setup? > > 1. Developer create an UPS instance on OpenShift > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > 3. The application automagically redirect to the configuration page with > options to skip or enter the URL for the Keycloak server. > 4. App changes the keycloak.json/ups-realm.json file based on the URL > provided. > > Does it make sense? > yes, it absolutely does! > > [1] - > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/e8369068/attachment-0001.html From matzew at apache.org Mon Nov 17 11:36:52 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 17 Nov 2014 17:36:52 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> Message-ID: On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf wrote: > > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > wrote: > >> Good morning amazing people. >> >> While working on AGPUSH-1047, I was wondering if would make sense on >> having a configuration page before users getting started. >> > > you speak out of my mind, I thought about the same in the train, when I > saw you changes on GH (the URL replacements to KC and KC.js). > > We somehow should have a dialog right after installation, that asks > "default" or "custom" KC server etc > where * default would be -> KC and UPS on same server; custom: Provide URL for KC server > > > > >> >> I thinking about the current problem on decoupling our server from >> Keycloak[1] and OpenShift. >> >> What is the current proposal for the initial setup? >> >> 1. Developer create an UPS instance on OpenShift >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push >> 3. The application automagically redirect to the configuration page with >> options to skip or enter the URL for the Keycloak server. >> 4. App changes the keycloak.json/ups-realm.json file based on the URL >> provided. >> >> Does it make sense? >> > > yes, it absolutely does! > > >> >> [1] - >> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/e6bbeb14/attachment.html From agalante at redhat.com Mon Nov 17 13:18:05 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 17 Nov 2014 13:18:05 -0500 (EST) Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> Message-ID: <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Hi, I've reding the notification demo app. https://issues.jboss.org/browse/AGPUSH-774 Here are screens: Android: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png iOS: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png Hybdrid: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png Let me know what you think and if I am missing something. From daniel.bevenius at gmail.com Mon Nov 17 13:41:46 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 17 Nov 2014 19:41:46 +0100 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Message-ID: Looks good! On 17 November 2014 19:18, Andres Galante wrote: > Hi, I've reding the notification demo app. > https://issues.jboss.org/browse/AGPUSH-774 > > Here are screens: > > Android: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png > > iOS: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png > > Hybdrid: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png > > Let me know what you think and if I am missing something. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/37abce4c/attachment.html From bruno at abstractj.org Mon Nov 17 13:56:06 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 16:56:06 -0200 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> Message-ID: <20141117185605.GA73348@abstractj.org> Don't envy my design skills, but this is what you mean, right? http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg This screen will be displayed in the first time that /ag-push is accessed. On 2014-11-17, Matthias Wessendorf wrote: > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira wrote: > > > Good morning amazing people. > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > having a configuration page before users getting started. > > > > you speak out of my mind, I thought about the same in the train, when I saw > you changes on GH (the URL replacements to KC and KC.js). > > We somehow should have a dialog right after installation, that asks > "default" or "custom" KC server etc > > > > > > > > I thinking about the current problem on decoupling our server from > > Keycloak[1] and OpenShift. > > > > What is the current proposal for the initial setup? > > > > 1. Developer create an UPS instance on OpenShift > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > 3. The application automagically redirect to the configuration page with > > options to skip or enter the URL for the Keycloak server. > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > provided. > > > > Does it make sense? > > > > yes, it absolutely does! > > > > > > [1] - > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From scm.blanc at gmail.com Mon Nov 17 13:56:31 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 17 Nov 2014 19:56:31 +0100 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Message-ID: Looks good Andres ! One thing I forgot to mention this afternoon on IRC : Just after the splash screen when the app is registering to the UnifiedPush Server we currently give some feedback to the user "Registering ..." and then once connected "Registration successful". Now we display that as a list item which is not super great, I think an overlay notification box could be nice or smt like that ;) On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante wrote: > Hi, I've reding the notification demo app. > https://issues.jboss.org/browse/AGPUSH-774 > > Here are screens: > > Android: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png > > iOS: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png > > Hybdrid: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png > > Let me know what you think and if I am missing something. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/bc6a40b4/attachment.html From scm.blanc at gmail.com Mon Nov 17 13:57:56 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 17 Nov 2014 19:57:56 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141117185605.GA73348@abstractj.org> References: <20141117161304.GA72441@abstractj.org> <20141117185605.GA73348@abstractj.org> Message-ID: I like that ! On Mon, Nov 17, 2014 at 7:56 PM, Bruno Oliveira wrote: > Don't envy my design skills, but this is what you mean, right? > > http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg > > This screen will be displayed in the first time that /ag-push is > accessed. > > On 2014-11-17, Matthias Wessendorf wrote: > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > wrote: > > > > > Good morning amazing people. > > > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > > having a configuration page before users getting started. > > > > > > > you speak out of my mind, I thought about the same in the train, when I > saw > > you changes on GH (the URL replacements to KC and KC.js). > > > > We somehow should have a dialog right after installation, that asks > > "default" or "custom" KC server etc > > > > > > > > > > > > > > I thinking about the current problem on decoupling our server from > > > Keycloak[1] and OpenShift. > > > > > > What is the current proposal for the initial setup? > > > > > > 1. Developer create an UPS instance on OpenShift > > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > 3. The application automagically redirect to the configuration page > with > > > options to skip or enter the URL for the Keycloak server. > > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > > provided. > > > > > > Does it make sense? > > > > > > > yes, it absolutely does! > > > > > > > > > > [1] - > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at 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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/bbf71483/attachment-0001.html From scm.blanc at gmail.com Mon Nov 17 14:01:41 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 17 Nov 2014 20:01:41 +0100 Subject: [aerogear-dev] Inclusion of a new bower dependency In-Reply-To: <20141117154406.GC69491@abstractj.org> References: <20141117153755.GB69491@abstractj.org> <20141117154406.GC69491@abstractj.org> Message-ID: On Mon, Nov 17, 2014 at 4:44 PM, Bruno Oliveira wrote: > Before I forget and self replying. Would make sense on moving > keycloak.js to ag-push module? Instead of admin-ui? > Not sure I understand where you want to move it. > > The goal is to decouple from the auth module. > > On 2014-11-17, Bruno Oliveira wrote: > > Good morning, > > > > > > I'm trying to introduce KC as a bower dependency, but somehow my Grunt > > skills (close to 0) are failing > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/d938fb885d045fbc997f3ca750638f900c5b6930 > > > > If you have any idea about which tasks am I supposed to change at the > > Grunt file, I would appreciate. > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/229ebd18/attachment.html From matzew at apache.org Mon Nov 17 14:11:33 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 17 Nov 2014 20:11:33 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141117185605.GA73348@abstractj.org> References: <20141117161304.GA72441@abstractj.org> <20141117185605.GA73348@abstractj.org> Message-ID: That looks gooooooooooooood! On Monday, November 17, 2014, Bruno Oliveira wrote: > Don't envy my design skills, but this is what you mean, right? > > http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg > > This screen will be displayed in the first time that /ag-push is > accessed. > > On 2014-11-17, Matthias Wessendorf wrote: > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > wrote: > > > > > Good morning amazing people. > > > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > > having a configuration page before users getting started. > > > > > > > you speak out of my mind, I thought about the same in the train, when I > saw > > you changes on GH (the URL replacements to KC and KC.js). > > > > We somehow should have a dialog right after installation, that asks > > "default" or "custom" KC server etc > > > > > > > > > > > > > > I thinking about the current problem on decoupling our server from > > > Keycloak[1] and OpenShift. > > > > > > What is the current proposal for the initial setup? > > > > > > 1. Developer create an UPS instance on OpenShift > > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > 3. The application automagically redirect to the configuration page > with > > > options to skip or enter the URL for the Keycloak server. > > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > > provided. > > > > > > Does it make sense? > > > > > > > yes, it absolutely does! > > > > > > > > > > [1] - > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at 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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Sent from Gmail Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/6587b2b1/attachment.html From bruno at abstractj.org Mon Nov 17 14:15:05 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 17 Nov 2014 17:15:05 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: References: Message-ID: <20141117191504.GB73348@abstractj.org> Hi Pratik, have you tried the example sent to the mailing list? Is really hard to assume what's wrong, if you do not provide your configuration files. But my gut is the missing configuration of KC adapter: http://docs.jboss.org/keycloak/docs/1.1.0.Beta1/userguide/html/ch07.html#jboss-adapter I hope it helps. On 2014-11-17, Pratik Parikh wrote: > Hi Bruno, > > I have already taken this steps as part of the previous > troubleshooting. The problem is that adapter is keycloak expect a state > cookie which is not present in the header. This is either because of the > some application configuration in KeyCloak for UPS-JS or because something > is not getting set in UPS code based. Below is the debug trace, hope this > helps. At this point I am fully authenticate and am waiting for UPS > Angular App to load. > > 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] > (default task-26) adminRequest > https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=HQUlGctT_-SJ3szGiVkD_4Aa1wcGQJNzYe-0imJJidw.5ee890c6-1c83-4f36-9344-a1c432a2c195&state=500e4da9-4e8b-4fe7-b5b2-3bd0faa86928 > 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.PreAuthActionsHandler] > (default task-26) adminRequest > https://XXX.XXX.XXX.XXX:8443/ag-push/index.html?code=HQUlGctT_-SJ3szGiVkD_4Aa1wcGQJNzYe-0imJJidw.5ee890c6-1c83-4f36-9344-a1c432a2c195&state=500e4da9-4e8b-4fe7-b5b2-3bd0faa86928 > 2014-11-17 15:03:11,360 DEBUG [org.keycloak.adapters.RequestAuthenticator] > (default task-26) session was null, returning null > 2014-11-17 15:03:11,360 DEBUG > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-26) there > was a code, resolving > 2014-11-17 15:03:11,360 DEBUG > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-26) > checking state cookie for after code > 2014-11-17 15:03:11,360 WARN > [org.keycloak.adapters.OAuthRequestAuthenticator] (default task-26) No > state cookie > > > > Regards, > -- > Pratik Parikh > - Mantra - Keep It Simple and Straightforward > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From daniel at passos.me Mon Nov 17 15:11:51 2014 From: daniel at passos.me (Daniel Passos) Date: Mon, 17 Nov 2014 18:11:51 -0200 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141117185605.GA73348@abstractj.org> References: <20141117161304.GA72441@abstractj.org> <20141117185605.GA73348@abstractj.org> Message-ID: +1 On Mon, Nov 17, 2014 at 4:56 PM, Bruno Oliveira wrote: > Don't envy my design skills, but this is what you mean, right? > > http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg > > This screen will be displayed in the first time that /ag-push is > accessed. > > On 2014-11-17, Matthias Wessendorf wrote: > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > wrote: > > > > > Good morning amazing people. > > > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > > having a configuration page before users getting started. > > > > > > > you speak out of my mind, I thought about the same in the train, when I > saw > > you changes on GH (the URL replacements to KC and KC.js). > > > > We somehow should have a dialog right after installation, that asks > > "default" or "custom" KC server etc > > > > > > > > > > > > > > I thinking about the current problem on decoupling our server from > > > Keycloak[1] and OpenShift. > > > > > > What is the current proposal for the initial setup? > > > > > > 1. Developer create an UPS instance on OpenShift > > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > 3. The application automagically redirect to the configuration page > with > > > options to skip or enter the URL for the Keycloak server. > > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > > provided. > > > > > > Does it make sense? > > > > > > > yes, it absolutely does! > > > > > > > > > > [1] - > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at 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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/38fea922/attachment.html From agalante at redhat.com Mon Nov 17 15:50:57 2014 From: agalante at redhat.com (Andres Galante) Date: Mon, 17 Nov 2014 15:50:57 -0500 (EST) Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> <20141117185605.GA73348@abstractj.org> Message-ID: <351815845.11122.1416257457030.JavaMail.zimbra@redhat.com> I added some text, just in case a beginner developer gets to that screen and he needs some guidance: http://andresgalante.com/configuration/ ----- Original Message ----- From: "Daniel Passos" To: "AeroGear Developer Mailing List" Sent: Monday, November 17, 2014 5:11:51 PM Subject: Re: [aerogear-dev] UPS server configuration interface? +1 On Mon, Nov 17, 2014 at 4:56 PM, Bruno Oliveira < bruno at abstractj.org > wrote: Don't envy my design skills, but this is what you mean, right? http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg This screen will be displayed in the first time that /ag-push is accessed. On 2014-11-17, Matthias Wessendorf wrote: > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira < bruno at abstractj.org > wrote: > > > Good morning amazing people. > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > having a configuration page before users getting started. > > > > you speak out of my mind, I thought about the same in the train, when I saw > you changes on GH (the URL replacements to KC and KC.js). > > We somehow should have a dialog right after installation, that asks > "default" or "custom" KC server etc > > > > > > > > I thinking about the current problem on decoupling our server from > > Keycloak[1] and OpenShift. > > > > What is the current proposal for the initial setup? > > > > 1. Developer create an UPS instance on OpenShift > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > 3. The application automagically redirect to the configuration page with > > options to skip or enter the URL for the Keycloak server. > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > provided. > > > > Does it make sense? > > > > yes, it absolutely does! > > > > > > [1] - > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From pratik.p.parikh at gmail.com Mon Nov 17 21:00:48 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Mon, 17 Nov 2014 19:00:48 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <20141117191504.GB73348@abstractj.org> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> Message-ID: <1416276048406-10012.post@n5.nabble.com> Hi Bruno, Below is my aerogear realm config. { "id" : "0328827d-fae8-4f11-a559-daecf31c3133", "realm" : "aerogear", "notBefore" : 0, "accessTokenLifespan" : 60, "ssoSessionIdleTimeout" : 600, "ssoSessionMaxLifespan" : 36000, "accessCodeLifespan" : 60, "accessCodeLifespanUserAction" : 300, "enabled" : true, "sslRequired" : "external", "passwordCredentialGrantAllowed" : false, "registrationAllowed" : false, "rememberMe" : false, "verifyEmail" : false, "resetPasswordAllowed" : false, "social" : false, "updateProfileOnInitialSocialLogin" : false, "bruteForceProtected" : false, "maxFailureWaitSeconds" : 900, "minimumQuickLoginWaitSeconds" : 60, "waitIncrementSeconds" : 60, "quickLoginCheckMilliSeconds" : 1000, "maxDeltaTimeSeconds" : 43200, "failureFactor" : 30, "privateKey" : "MIICXQIBAAKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQABAoGAI9uQHwj7McQs99/aBsBUqzvGTxkLarmzFbDETF5MXDAT1AtPm/924BP8H6Mna4KluTd8tykMLCcCGCLJtQBJ1/DVw4RszPGh+J4h/yL2+2driZHBOOU92gzAoCU58q6TZhBrYc0qPTkWQ4pu2/3eMZmTpbJcUueA+m3AIIMJoVECQQDOJdBrkyLp+qK9l5eXZHlJOZgDRrx3MgLoaTUNKUoZ9CbRFJzGWoMQoW2Fu+nI34dPfHEIWNmDX30FUaxUqHbvAkEAv7qEUDBOMJpYkw9BRIX+gvEPb9fsIM9nvyxFWGk3D+i4jF4538ifGjZCq0pMzxQl9g+A/53V4qMEw+eD+ga5OQJBAIaPFD5DqnSDzxpmCuMdCDYNy/XHhFlhYZiGo8RVgTLztSqgg7zNc+O1GyJCCFW/4ji2B6nlJQWlnJuONiiEVi0CQQCq2unCE+n5wfGgy31cNRRDV9Jr1r0j1/AaGreJO+nHkZmz7NwiIkQ2NZhf0Ix2FPxnNBW+tMa/eopqkcu4aXlxAkBi4Q6veOBKA2T9nqO+DATooJXLFlLISgILOUvgSR4wclxwLIcRpX5qk4kvfgHGj4chMmsEDaYGClaxfpabR+pm", "publicKey" : "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQAB", "certificate" : "MIIBmjCCAQMCBgFJpyRJ4TANBgkqhkiG9w0BAQsFADATMREwDwYDVQQDEwhhZXJvZ2VhcjAeFw0xNDExMTMwMzExNTNaFw0yNDExMTMwMzEzMzNaMBMxETAPBgNVBAMTCGFlcm9nZWFyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQABMA0GCSqGSIb3DQEBCwUAA4GBAIumP2efPwc87cUZ4U9GDURc+t0gEViJAXl89k1WqEFKIwqnUkMft95TTb9riuO7hsDoCB0CDoLONXFJaZDR+ul1FrG9FlKTwZIdYCD6Uek9wJ5WqALwViLgmAgCFKL9zBsgtuZ3hKl4m7tgTFqJ2Qth7lwx9t0skHlp95R/f/Sq", "codeSecret" : "6812ba34-b73a-45fa-a25f-f6424800d7c4", "roles" : { "realm" : [ { "id" : "06a3957a-68b7-4ee1-8af1-bc3d349570d7", "name" : "developer", "description" : "Developer privileges", "composite" : false }, { "id" : "6b1a5dd0-8695-4697-ae11-7414b29d6b1a", "name" : "admin", "description" : "Administrator privileges", "composite" : false } ], "application" : { "unified-push-server-js" : [ ], "unified-push-server" : [ ], "security-admin-console" : [ ], "account" : [ { "id" : "d3623655-9dcd-4cb6-bbe2-381465e045f7", "name" : "manage-account", "composite" : false }, { "id" : "38afc2a6-2b69-424b-a6e4-3cbbfc669935", "name" : "view-profile", "composite" : false } ], "realm-management" : [ { "id" : "ca11d26a-05e4-4468-ae65-033c6d35a9b4", "name" : "manage-applications", "composite" : false }, { "id" : "30b8a2ce-175f-4ea6-9435-55e865ab7b45", "name" : "manage-events", "composite" : false }, { "id" : "a61fe218-23d4-466b-8f83-ac5df1239e90", "name" : "view-applications", "composite" : false }, { "id" : "cf303310-46f3-435f-98ee-0c328e59b8a3", "name" : "view-realm", "composite" : false }, { "id" : "7ee21680-b39d-4d9d-9d44-ff9701c9cbc0", "name" : "manage-users", "composite" : false }, { "id" : "e81feae5-7d51-48dd-a91b-af6d37c41541", "name" : "manage-realm", "composite" : false }, { "id" : "1204dcb0-0fd1-4452-8dff-a251f2bbfbd5", "name" : "realm-admin", "composite" : true, "composites" : { "application" : { "realm-management" : [ "manage-applications", "manage-events", "view-realm", "view-applications", "manage-users", "manage-realm", "view-users", "view-events", "manage-clients", "view-clients" ] } } }, { "id" : "e1552859-8081-4e95-8494-e1e959186653", "name" : "view-users", "composite" : false }, { "id" : "f2500304-d680-4b65-a3ca-2068d9ecd38c", "name" : "view-events", "composite" : false }, { "id" : "1f5efad1-33f1-4fef-ba86-d4e1e5a216e7", "name" : "manage-clients", "composite" : false }, { "id" : "e38705d0-1fc4-4fed-9b66-d5a3ee856bf0", "name" : "view-clients", "composite" : false } ] } }, "requiredCredentials" : [ "password" ], "users" : [ { "id" : "62e2bd08-fac5-439a-adf7-35ef2a9053d9", "username" : "admin", "enabled" : true, "totp" : false, "emailVerified" : false, "credentials" : [ { "type" : "password", "hashedSaltedValue" : "abiRMrF4ZArWArGgINeUlyHkKuAht/ugbd8I3JPZS07Ym3K8Bb+JFQuw5yycozPzof6AwqjGnKNuGaWG13Gf2A==", "salt" : "xUi77eNlKTGBBdNciffqNQ==", "hashIterations" : 1, "temporary" : false } ], "requiredActions" : [ ], "realmRoles" : [ "admin" ], "applicationRoles" : { "account" : [ "manage-account" ], "realm-management" : [ "realm-admin" ] } }, { "id" : "2cb0270b-1eb5-475f-a165-5300cc6d120b", "username" : "developer", "enabled" : false, "totp" : false, "emailVerified" : false, "credentials" : [ { "type" : "password", "hashedSaltedValue" : "JPJQze/77OdsPF9TnnrrN9icC70EKb4HjtE7P143Z9XssQiQ2pWW7SO1K5AulR+WjDyzej0ljcCqkD6rSRjf+A==", "salt" : "dKNLgKzyn+z6RaEiR+yvmA==", "hashIterations" : 1, "temporary" : false } ], "requiredActions" : [ "UPDATE_PASSWORD" ], "realmRoles" : [ "developer" ], "applicationRoles" : { "account" : [ "manage-account" ] } } ], "scopeMappings" : [ { "client" : "unified-push-server-js", "roles" : [ "developer", "admin" ] } ], "applicationScopeMappings" : { "realm-management" : [ { "client" : "security-admin-console", "roles" : [ "realm-admin" ] } ] }, "applications" : [ { "id" : "b0f2dab8-4112-4ed6-89b0-2d45431818b3", "name" : "unified-push-server-js", "baseUrl" : "/ag-push", "surrogateAuthRequired" : false, "enabled" : true, "secret" : "389a9d28-293c-4200-b16d-88acace7d125", "redirectUris" : [ "https://XXX.XXX.XXX.XXX:8443/ag-push/*" ], "webOrigins" : [ "https://XXX.XXX.XXX.XXX:8443/ag-push/*" ], "claims" : { "name" : true, "username" : true, "profile" : true, "picture" : true, "website" : true, "email" : true, "gender" : true, "locale" : true, "address" : true, "phone" : true }, "notBefore" : 0, "bearerOnly" : false, "publicClient" : true, "protocol" : "openid-connect", "attributes" : { "saml.multivalued.roles" : "false", "saml.encrypt" : "false", "saml.server.signature" : "false", "saml.assertion.signature" : "false", "saml.force.post.binding" : "false", "saml.client.signature" : "false", "saml.authnstatement" : "false" }, "fullScopeAllowed" : true, "nodeReRegistrationTimeout" : -1 }, { "id" : "ed1cb5b3-c16b-4382-ac92-5a560ccbc6c3", "name" : "unified-push-server", "surrogateAuthRequired" : false, "enabled" : true, "secret" : "e2f34c47-3c54-4141-9f0d-8a1e644ed222", "redirectUris" : [ ], "webOrigins" : [ ], "claims" : { "name" : true, "username" : true, "profile" : true, "picture" : true, "website" : true, "email" : true, "gender" : true, "locale" : true, "address" : true, "phone" : true }, "notBefore" : 0, "bearerOnly" : true, "publicClient" : false, "attributes" : { }, "fullScopeAllowed" : true, "nodeReRegistrationTimeout" : -1 }, { "id" : "5b57a66f-5623-43e2-a958-be57623d78ab", "name" : "security-admin-console", "baseUrl" : "/auth/admin/aerogear/console/index.html", "surrogateAuthRequired" : false, "enabled" : true, "secret" : "28b368b3-7911-442e-9316-79888207d084", "redirectUris" : [ "/auth/admin/aerogear/console/*" ], "webOrigins" : [ ], "claims" : { "name" : true, "username" : true, "profile" : true, "picture" : true, "website" : true, "email" : true, "gender" : true, "locale" : true, "address" : true, "phone" : true }, "notBefore" : 0, "bearerOnly" : false, "publicClient" : true, "attributes" : { }, "fullScopeAllowed" : false, "nodeReRegistrationTimeout" : 0 }, { "id" : "8532a1cf-e7d3-4142-b3c1-3f5f4546d60c", "name" : "account", "baseUrl" : "/auth/realms/aerogear/account", "surrogateAuthRequired" : false, "enabled" : true, "secret" : "eb1f3012-6b42-4fa1-a5ca-bac235c93eca", "defaultRoles" : [ "view-profile", "manage-account" ], "redirectUris" : [ "/auth/realms/aerogear/account/*" ], "webOrigins" : [ ], "claims" : { "name" : true, "username" : true, "profile" : true, "picture" : true, "website" : true, "email" : true, "gender" : true, "locale" : true, "address" : true, "phone" : true }, "notBefore" : 0, "bearerOnly" : false, "publicClient" : false, "attributes" : { }, "fullScopeAllowed" : false, "nodeReRegistrationTimeout" : 0 }, { "id" : "39058ddb-4e8d-4b87-964a-bb94603f1250", "name" : "realm-management", "surrogateAuthRequired" : false, "enabled" : true, "secret" : "edb7fe15-6333-4311-b64b-d099d112f282", "redirectUris" : [ ], "webOrigins" : [ ], "claims" : { "name" : true, "username" : true, "profile" : true, "picture" : true, "website" : true, "email" : true, "gender" : true, "locale" : true, "address" : true, "phone" : true }, "notBefore" : 0, "bearerOnly" : true, "publicClient" : false, "attributes" : { }, "fullScopeAllowed" : false, "nodeReRegistrationTimeout" : 0 } ], "oauthClients" : [ ], "browserSecurityHeaders" : { "contentSecurityPolicy" : "frame-src 'self'", "xFrameOptions" : "SAMEORIGIN" }, "socialProviders" : { }, "smtpServer" : { }, "loginTheme" : "aerogear", "accountTheme" : "aerogear", "adminTheme" : "aerogear", "eventsEnabled" : false, "eventsListeners" : [ ] } Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10012.html Sent from the aerogear-dev mailing list archive at Nabble.com. From daniel.bevenius at gmail.com Tue Nov 18 00:05:22 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Tue, 18 Nov 2014 06:05:22 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <351815845.11122.1416257457030.JavaMail.zimbra@redhat.com> References: <20141117161304.GA72441@abstractj.org> <20141117185605.GA73348@abstractj.org> <351815845.11122.1416257457030.JavaMail.zimbra@redhat.com> Message-ID: +1 This looks great! On 17 November 2014 21:50, Andres Galante wrote: > I added some text, just in case a beginner developer gets to that screen > and he needs some guidance: > > http://andresgalante.com/configuration/ > > > > ----- Original Message ----- > From: "Daniel Passos" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 17, 2014 5:11:51 PM > Subject: Re: [aerogear-dev] UPS server configuration interface? > > +1 > > On Mon, Nov 17, 2014 at 4:56 PM, Bruno Oliveira < bruno at abstractj.org > > wrote: > > > Don't envy my design skills, but this is what you mean, right? > > http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg > > This screen will be displayed in the first time that /ag-push is > accessed. > > On 2014-11-17, Matthias Wessendorf wrote: > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira < bruno at abstractj.org > > wrote: > > > > > Good morning amazing people. > > > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > > having a configuration page before users getting started. > > > > > > > you speak out of my mind, I thought about the same in the train, when I > saw > > you changes on GH (the URL replacements to KC and KC.js). > > > > We somehow should have a dialog right after installation, that asks > > "default" or "custom" KC server etc > > > > > > > > > > > > > > I thinking about the current problem on decoupling our server from > > > Keycloak[1] and OpenShift. > > > > > > What is the current proposal for the initial setup? > > > > > > 1. Developer create an UPS instance on OpenShift > > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > 3. The application automagically redirect to the configuration page > with > > > options to skip or enter the URL for the Keycloak server. > > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > > provided. > > > > > > Does it make sense? > > > > > > > yes, it absolutely does! > > > > > > > > > > [1] - > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at 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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/c7498366/attachment.html From crobson at redhat.com Mon Nov 17 10:15:03 2014 From: crobson at redhat.com (Catherine Robson) Date: Mon, 17 Nov 2014 10:15:03 -0500 Subject: [aerogear-dev] Aerogear Website In-Reply-To: <304184654.223185.1416235998516.JavaMail.zimbra@redhat.com> References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> <304184654.223185.1416235998516.JavaMail.zimbra@redhat.com> Message-ID: <546A10F7.6030905@redhat.com> Andres, You can find the Aerogear logo artifacts here: http://design.jboss.org/aerogear/index.htm Please also make sure that you include the following: - An approved Red Hat logo. The logo you are using in the footer does not follow our brand standards. I have attached a zip with the EPS for each of the valid logos. - The golden gate requirements - including the Red Hat tab dropdown and "A JBoss Project" in the header - as seen here: https://mojo.redhat.com/docs/DOC-165622 - Catherine > Andres Galante > November 17, 2014 at 9:53 AM > Hi Matthias, > > Logo: yes! I need to implement the logo, styles, colors, etc. Where > can I find a svg of the logo? > > Good idea to add a client specific overview on the homepage. I'll add > that structure and we can see if its confusing or not. I'll also make > sure that the illustration on the main banner reflects the different > clients. > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 17, 2014 11:35:09 AM > Subject: Re: [aerogear-dev] Aerogear Website > > Hi Andres, > > I like new organisation. One question would it be possible to > integrate our logo ? I think we should have that visible on the top :) > > On the homepage, I like the focus on the solutions. But on the header, > besides the "solutions" (e.g. Sync and Push) could we have a similar > header for an overview page for platforms (e.g. Android, Cordova, iOS, > mobile web), which than would link to specific landing pages for > Android/iOS? Or would that be confusing? > > Greetings, > Matthias > > On Mon, Nov 17, 2014 at 2:45 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Good morning, I've been working on Aerogears website and build a "live > wireframe" to share with you and gather feedback. > > The challenge was to combine a feature-orientated and a > client-orientated UI, so this is what I propose: > > The website itself is feature-orientated, since a user will want to > know if the feature he wants to use its supported by other clients. > But the documentation is client-orientated because I think that for > example and Android developer doesn't want to read any iOS documentation. > > Please view this on FireFox, I am using position sticky and I haven't > done any js to make it work on other browsers. > > Colors, spaces, sizes, fonts and styles are not done yet. This is just > wireframe (better than a few squares with arrows though, plus its > responsive). > > On docs click on android docs to see how the submenu works, I am > following the same pattern as in ionic, bootstrap, less and others > > http://andresgalante.com/aerogearwebsite/ > > What do you think? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > Matthias Wessendorf > November 17, 2014 at 9:35 AM > Hi Andres, > > I like new organisation. One question would it be possible to > integrate our logo ? I think we should have that visible on the top :) > > On the homepage, I like the focus on the solutions. But on the header, > besides the "solutions" (e.g. Sync and Push) could we have a similar > header for an overview page for platforms (e.g. Android, Cordova, iOS, > mobile web), which than would link to specific landing pages for > Android/iOS? Or would that be confusing? > > Greetings, > 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > Andres Galante > November 17, 2014 at 8:45 AM > Good morning, I've been working on Aerogears website and build a "live > wireframe" to share with you and gather feedback. > > The challenge was to combine a feature-orientated and a > client-orientated UI, so this is what I propose: > > The website itself is feature-orientated, since a user will want to > know if the feature he wants to use its supported by other clients. > But the documentation is client-orientated because I think that for > example and Android developer doesn't want to read any iOS documentation. > > Please view this on FireFox, I am using position sticky and I haven't > done any js to make it work on other browsers. > > Colors, spaces, sizes, fonts and styles are not done yet. This is just > wireframe (better than a few squares with arrows though, plus its > responsive). > > On docs click on android docs to see how the submenu works, I am > following the same pattern as in ionic, bootstrap, less and others > > http://andresgalante.com/aerogearwebsite/ > > What do you think? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Catherine Robson Product Manager - User Experience Red Hat JBoss Middleware c: 978-944-3825 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/4e1f17a1/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: compose-unknown-contact.jpg Type: image/jpeg Size: 770 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/4e1f17a1/attachment-0002.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: postbox-contact.jpg Type: image/jpeg Size: 1313 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/4e1f17a1/attachment-0003.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: Red Hat logos - all eps.zip Type: application/zip Size: 1781563 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141117/4e1f17a1/attachment-0001.zip From edewit at redhat.com Tue Nov 18 04:52:08 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 18 Nov 2014 10:52:08 +0100 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> References: <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Message-ID: <546B16C8.8080401@redhat.com> Nice On 17/11/2014 19:18, Andres Galante wrote: > Hi, I've reding the notification demo app. > https://issues.jboss.org/browse/AGPUSH-774 > > Here are screens: > > Android: > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png > > iOS: > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png > > Hybdrid: > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png > > Let me know what you think and if I am missing something. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From bruno at abstractj.org Tue Nov 18 05:22:07 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 18 Nov 2014 08:22:07 -0200 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <351815845.11122.1416257457030.JavaMail.zimbra@redhat.com> References: <20141117161304.GA72441@abstractj.org> <20141117185605.GA73348@abstractj.org> <351815845.11122.1416257457030.JavaMail.zimbra@redhat.com> Message-ID: <20141118102207.GA2184@abstractj.org> Gorgeous! On 2014-11-17, Andres Galante wrote: > I added some text, just in case a beginner developer gets to that screen and he needs some guidance: > > http://andresgalante.com/configuration/ > > > > ----- Original Message ----- > From: "Daniel Passos" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 17, 2014 5:11:51 PM > Subject: Re: [aerogear-dev] UPS server configuration interface? > > +1 > > On Mon, Nov 17, 2014 at 4:56 PM, Bruno Oliveira < bruno at abstractj.org > wrote: > > > Don't envy my design skills, but this is what you mean, right? > > http://photon.abstractj.org/untitled_2014-11-17_16-54-42.jpg > > This screen will be displayed in the first time that /ag-push is > accessed. > > On 2014-11-17, Matthias Wessendorf wrote: > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira < bruno at abstractj.org > wrote: > > > > > Good morning amazing people. > > > > > > While working on AGPUSH-1047, I was wondering if would make sense on > > > having a configuration page before users getting started. > > > > > > > you speak out of my mind, I thought about the same in the train, when I saw > > you changes on GH (the URL replacements to KC and KC.js). > > > > We somehow should have a dialog right after installation, that asks > > "default" or "custom" KC server etc > > > > > > > > > > > > > > I thinking about the current problem on decoupling our server from > > > Keycloak[1] and OpenShift. > > > > > > What is the current proposal for the initial setup? > > > > > > 1. Developer create an UPS instance on OpenShift > > > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > 3. The application automagically redirect to the configuration page with > > > options to skip or enter the URL for the Keycloak server. > > > 4. App changes the keycloak.json/ups-realm.json file based on the URL > > > provided. > > > > > > Does it make sense? > > > > > > > yes, it absolutely does! > > > > > > > > > > [1] - > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at 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 at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Tue Nov 18 05:26:05 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 18 Nov 2014 08:26:05 -0200 Subject: [aerogear-dev] Inclusion of a new bower dependency In-Reply-To: References: <20141117153755.GB69491@abstractj.org> <20141117154406.GC69491@abstractj.org> Message-ID: <20141118102605.GA2227@abstractj.org> Never mind, with the new configuration interface this problem was solved. Thank you On 2014-11-17, Sebastien Blanc wrote: > On Mon, Nov 17, 2014 at 4:44 PM, Bruno Oliveira wrote: > > > Before I forget and self replying. Would make sense on moving > > keycloak.js to ag-push module? Instead of admin-ui? > > > Not sure I understand where you want to move it. > > > > > The goal is to decouple from the auth module. > > > > On 2014-11-17, Bruno Oliveira wrote: > > > Good morning, > > > > > > > > > I'm trying to introduce KC as a bower dependency, but somehow my Grunt > > > skills (close to 0) are failing > > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/d938fb885d045fbc997f3ca750638f900c5b6930 > > > > > > If you have any idea about which tasks am I supposed to change at the > > > Grunt file, I would appreciate. > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Tue Nov 18 05:34:35 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 18 Nov 2014 08:34:35 -0200 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> Message-ID: <20141118103435.GB2227@abstractj.org> Question: What would be the best for you generate an ups-realm.json file for download based on the current host or let the developer specify the redirect URL? I'm thinking about it https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 On 2014-11-17, Matthias Wessendorf wrote: > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf > wrote: > > > > > > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > > wrote: > > > >> Good morning amazing people. > >> > >> While working on AGPUSH-1047, I was wondering if would make sense on > >> having a configuration page before users getting started. > >> > > > > you speak out of my mind, I thought about the same in the train, when I > > saw you changes on GH (the URL replacements to KC and KC.js). > > > > We somehow should have a dialog right after installation, that asks > > "default" or "custom" KC server etc > > > > where > * default would be -> KC and UPS on same server; > custom: Provide URL for KC server > > > > > > > > > > > >> > >> I thinking about the current problem on decoupling our server from > >> Keycloak[1] and OpenShift. > >> > >> What is the current proposal for the initial setup? > >> > >> 1. Developer create an UPS instance on OpenShift > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push > >> 3. The application automagically redirect to the configuration page with > >> options to skip or enter the URL for the Keycloak server. > >> 4. App changes the keycloak.json/ups-realm.json file based on the URL > >> provided. > >> > >> Does it make sense? > >> > > > > yes, it absolutely does! > > > > > >> > >> [1] - > >> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > >> > >> -- > >> > >> abstractj > >> PGP: 0x84DC9914 > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at 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 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From agalante at redhat.com Tue Nov 18 05:37:02 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 18 Nov 2014 05:37:02 -0500 (EST) Subject: [aerogear-dev] Aerogear Website In-Reply-To: <546A10F7.6030905@redhat.com> References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> <304184654.223185.1416235998516.JavaMail.zimbra@redhat.com> <546A10F7.6030905@redhat.com> Message-ID: <354777363.26899.1416307022075.JavaMail.zimbra@redhat.com> Thanks Catherine, that was just what I was looking for :) I left the upper right corner free to keep the space for the dropdown, I just didn't know where to get it ----- Original Message ----- From: "Catherine Robson" To: "AeroGear Developer Mailing List" Sent: Monday, November 17, 2014 12:15:03 PM Subject: Re: [aerogear-dev] Aerogear Website Andres, You can find the Aerogear logo artifacts here: http://design.jboss.org/aerogear/index.htm Please also make sure that you include the following: - An approved Red Hat logo. The logo you are using in the footer does not follow our brand standards. I have attached a zip with the EPS for each of the valid logos. - The golden gate requirements - including the Red Hat tab dropdown and "A JBoss Project" in the header - as seen here: https://mojo.redhat.com/docs/DOC-165622 - Catherine Andres Galante November 17, 2014 at 9:53 AM Hi Matthias, Logo: yes! I need to implement the logo, styles, colors, etc. Where can I find a svg of the logo? Good idea to add a client specific overview on the homepage. I'll add that structure and we can see if its confusing or not. I'll also make sure that the illustration on the main banner reflects the different clients. ----- Original Message ----- From: "Matthias Wessendorf" To: "AeroGear Developer Mailing List" Sent: Monday, November 17, 2014 11:35:09 AM Subject: Re: [aerogear-dev] Aerogear Website Hi Andres, I like new organisation. One question would it be possible to integrate our logo ? I think we should have that visible on the top :) On the homepage, I like the focus on the solutions. But on the header, besides the "solutions" (e.g. Sync and Push) could we have a similar header for an overview page for platforms (e.g. Android, Cordova, iOS, mobile web), which than would link to specific landing pages for Android/iOS? Or would that be confusing? Greetings, Matthias On Mon, Nov 17, 2014 at 2:45 PM, Andres Galante < agalante at redhat.com > wrote: Good morning, I've been working on Aerogears website and build a "live wireframe" to share with you and gather feedback. The challenge was to combine a feature-orientated and a client-orientated UI, so this is what I propose: The website itself is feature-orientated, since a user will want to know if the feature he wants to use its supported by other clients. But the documentation is client-orientated because I think that for example and Android developer doesn't want to read any iOS documentation. Please view this on FireFox, I am using position sticky and I haven't done any js to make it work on other browsers. Colors, spaces, sizes, fonts and styles are not done yet. This is just wireframe (better than a few squares with arrows though, plus its responsive). On docs click on android docs to see how the submenu works, I am following the same pattern as in ionic, bootstrap, less and others http://andresgalante.com/aerogearwebsite/ What do you think? _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev Matthias Wessendorf November 17, 2014 at 9:35 AM Hi Andres, I like new organisation. One question would it be possible to integrate our logo ? I think we should have that visible on the top :) On the homepage, I like the focus on the solutions. But on the header, besides the "solutions" (e.g. Sync and Push) could we have a similar header for an overview page for platforms (e.g. Android, Cordova, iOS, mobile web), which than would link to specific landing pages for Android/iOS? Or would that be confusing? Greetings, 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev Andres Galante November 17, 2014 at 8:45 AM Good morning, I've been working on Aerogears website and build a "live wireframe" to share with you and gather feedback. The challenge was to combine a feature-orientated and a client-orientated UI, so this is what I propose: The website itself is feature-orientated, since a user will want to know if the feature he wants to use its supported by other clients. But the documentation is client-orientated because I think that for example and Android developer doesn't want to read any iOS documentation. Please view this on FireFox, I am using position sticky and I haven't done any js to make it work on other browsers. Colors, spaces, sizes, fonts and styles are not done yet. This is just wireframe (better than a few squares with arrows though, plus its responsive). On docs click on android docs to see how the submenu works, I am following the same pattern as in ionic, bootstrap, less and others http://andresgalante.com/aerogearwebsite/ What do you think? _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Catherine Robson Product Manager - User Experience Red Hat JBoss Middleware c: 978-944-3825 _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From scm.blanc at gmail.com Tue Nov 18 05:39:23 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Tue, 18 Nov 2014 11:39:23 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141118103435.GB2227@abstractj.org> References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> Message-ID: On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira wrote: > Question: What would be the best for you generate an ups-realm.json file > for download based on the current host or let the developer specify the > redirect URL? > I would say, let's use the current host, like we do when we generate the code snippets examples. > > I'm thinking about it > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 > > > On 2014-11-17, Matthias Wessendorf wrote: > > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf > > wrote: > > > > > > > > > > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > > > wrote: > > > > > >> Good morning amazing people. > > >> > > >> While working on AGPUSH-1047, I was wondering if would make sense on > > >> having a configuration page before users getting started. > > >> > > > > > > you speak out of my mind, I thought about the same in the train, when I > > > saw you changes on GH (the URL replacements to KC and KC.js). > > > > > > We somehow should have a dialog right after installation, that asks > > > "default" or "custom" KC server etc > > > > > > > where > > * default would be -> KC and UPS on same server; > > custom: Provide URL for KC server > > > > > > > > > > > > > > > > > > >> > > >> I thinking about the current problem on decoupling our server from > > >> Keycloak[1] and OpenShift. > > >> > > >> What is the current proposal for the initial setup? > > >> > > >> 1. Developer create an UPS instance on OpenShift > > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > >> 3. The application automagically redirect to the configuration page > with > > >> options to skip or enter the URL for the Keycloak server. > > >> 4. App changes the keycloak.json/ups-realm.json file based on the URL > > >> provided. > > >> > > >> Does it make sense? > > >> > > > > > > yes, it absolutely does! > > > > > > > > >> > > >> [1] - > > >> > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > >> > > >> -- > > >> > > >> abstractj > > >> PGP: 0x84DC9914 > > >> _______________________________________________ > > >> aerogear-dev mailing list > > >> aerogear-dev at 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 > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/c0090345/attachment-0001.html From abstractj at redhat.com Tue Nov 18 06:06:58 2014 From: abstractj at redhat.com (Bruno Oliveira) Date: Tue, 18 Nov 2014 09:06:58 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416276048406-10012.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> Message-ID: <20141118110658.GB2436@redhat.com> Did you try the steps described here http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p9985.html ? It worked? On 2014-11-17, Pratik Parikh wrote: > Hi Bruno, > > Below is my aerogear realm config. > > { > "id" : "0328827d-fae8-4f11-a559-daecf31c3133", > "realm" : "aerogear", > "notBefore" : 0, > "accessTokenLifespan" : 60, > "ssoSessionIdleTimeout" : 600, > "ssoSessionMaxLifespan" : 36000, > "accessCodeLifespan" : 60, > "accessCodeLifespanUserAction" : 300, > "enabled" : true, > "sslRequired" : "external", > "passwordCredentialGrantAllowed" : false, > "registrationAllowed" : false, > "rememberMe" : false, > "verifyEmail" : false, > "resetPasswordAllowed" : false, > "social" : false, > "updateProfileOnInitialSocialLogin" : false, > "bruteForceProtected" : false, > "maxFailureWaitSeconds" : 900, > "minimumQuickLoginWaitSeconds" : 60, > "waitIncrementSeconds" : 60, > "quickLoginCheckMilliSeconds" : 1000, > "maxDeltaTimeSeconds" : 43200, > "failureFactor" : 30, > "privateKey" : > "MIICXQIBAAKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQABAoGAI9uQHwj7McQs99/aBsBUqzvGTxkLarmzFbDETF5MXDAT1AtPm/924BP8H6Mna4KluTd8tykMLCcCGCLJtQBJ1/DVw4RszPGh+J4h/yL2+2driZHBOOU92gzAoCU58q6TZhBrYc0qPTkWQ4pu2/3eMZmTpbJcUueA+m3AIIMJoVECQQDOJdBrkyLp+qK9l5eXZHlJOZgDRrx3MgLoaTUNKUoZ9CbRFJzGWoMQoW2Fu+nI34dPfHEIWNmDX30FUaxUqHbvAkEAv7qEUDBOMJpYkw9BRIX+gvEPb9fsIM9nvyxFWGk3D+i4jF4538ifGjZCq0pMzxQl9g+A/53V4qMEw+eD+ga5OQJBAIaPFD5DqnSDzxpmCuMdCDYNy/XHhFlhYZiGo8RVgTLztSqgg7zNc+O1GyJCCFW/4ji2B6nlJQWlnJuONiiEVi0CQQCq2unCE+n5wfGgy31cNRRDV9Jr1r0j1/AaGreJO+nHkZmz7NwiIkQ2NZhf0Ix2FPxnNBW+tMa/eopqkcu4aXlxAkBi4Q6veOBKA2T9nqO+DATooJXLFlLISgILOUvgSR4wclxwLIcRpX5qk4kvfgHGj4chMmsEDaYGClaxfpabR+pm", > "publicKey" : > "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQAB", > "certificate" : > "MIIBmjCCAQMCBgFJpyRJ4TANBgkqhkiG9w0BAQsFADATMREwDwYDVQQDEwhhZXJvZ2VhcjAeFw0xNDExMTMwMzExNTNaFw0yNDExMTMwMzEzMzNaMBMxETAPBgNVBAMTCGFlcm9nZWFyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQABMA0GCSqGSIb3DQEBCwUAA4GBAIumP2efPwc87cUZ4U9GDURc+t0gEViJAXl89k1WqEFKIwqnUkMft95TTb9riuO7hsDoCB0CDoLONXFJaZDR+ul1FrG9FlKTwZIdYCD6Uek9wJ5WqALwViLgmAgCFKL9zBsgtuZ3hKl4m7tgTFqJ2Qth7lwx9t0skHlp95R/f/Sq", > "codeSecret" : "6812ba34-b73a-45fa-a25f-f6424800d7c4", > "roles" : { > "realm" : [ { > "id" : "06a3957a-68b7-4ee1-8af1-bc3d349570d7", > "name" : "developer", > "description" : "Developer privileges", > "composite" : false > }, { > "id" : "6b1a5dd0-8695-4697-ae11-7414b29d6b1a", > "name" : "admin", > "description" : "Administrator privileges", > "composite" : false > } ], > "application" : { > "unified-push-server-js" : [ ], > "unified-push-server" : [ ], > "security-admin-console" : [ ], > "account" : [ { > "id" : "d3623655-9dcd-4cb6-bbe2-381465e045f7", > "name" : "manage-account", > "composite" : false > }, { > "id" : "38afc2a6-2b69-424b-a6e4-3cbbfc669935", > "name" : "view-profile", > "composite" : false > } ], > "realm-management" : [ { > "id" : "ca11d26a-05e4-4468-ae65-033c6d35a9b4", > "name" : "manage-applications", > "composite" : false > }, { > "id" : "30b8a2ce-175f-4ea6-9435-55e865ab7b45", > "name" : "manage-events", > "composite" : false > }, { > "id" : "a61fe218-23d4-466b-8f83-ac5df1239e90", > "name" : "view-applications", > "composite" : false > }, { > "id" : "cf303310-46f3-435f-98ee-0c328e59b8a3", > "name" : "view-realm", > "composite" : false > }, { > "id" : "7ee21680-b39d-4d9d-9d44-ff9701c9cbc0", > "name" : "manage-users", > "composite" : false > }, { > "id" : "e81feae5-7d51-48dd-a91b-af6d37c41541", > "name" : "manage-realm", > "composite" : false > }, { > "id" : "1204dcb0-0fd1-4452-8dff-a251f2bbfbd5", > "name" : "realm-admin", > "composite" : true, > "composites" : { > "application" : { > "realm-management" : [ "manage-applications", "manage-events", > "view-realm", "view-applications", "manage-users", "manage-realm", > "view-users", "view-events", "manage-clients", "view-clients" ] > } > } > }, { > "id" : "e1552859-8081-4e95-8494-e1e959186653", > "name" : "view-users", > "composite" : false > }, { > "id" : "f2500304-d680-4b65-a3ca-2068d9ecd38c", > "name" : "view-events", > "composite" : false > }, { > "id" : "1f5efad1-33f1-4fef-ba86-d4e1e5a216e7", > "name" : "manage-clients", > "composite" : false > }, { > "id" : "e38705d0-1fc4-4fed-9b66-d5a3ee856bf0", > "name" : "view-clients", > "composite" : false > } ] > } > }, > "requiredCredentials" : [ "password" ], > "users" : [ { > "id" : "62e2bd08-fac5-439a-adf7-35ef2a9053d9", > "username" : "admin", > "enabled" : true, > "totp" : false, > "emailVerified" : false, > "credentials" : [ { > "type" : "password", > "hashedSaltedValue" : > "abiRMrF4ZArWArGgINeUlyHkKuAht/ugbd8I3JPZS07Ym3K8Bb+JFQuw5yycozPzof6AwqjGnKNuGaWG13Gf2A==", > "salt" : "xUi77eNlKTGBBdNciffqNQ==", > "hashIterations" : 1, > "temporary" : false > } ], > "requiredActions" : [ ], > "realmRoles" : [ "admin" ], > "applicationRoles" : { > "account" : [ "manage-account" ], > "realm-management" : [ "realm-admin" ] > } > }, { > "id" : "2cb0270b-1eb5-475f-a165-5300cc6d120b", > "username" : "developer", > "enabled" : false, > "totp" : false, > "emailVerified" : false, > "credentials" : [ { > "type" : "password", > "hashedSaltedValue" : > "JPJQze/77OdsPF9TnnrrN9icC70EKb4HjtE7P143Z9XssQiQ2pWW7SO1K5AulR+WjDyzej0ljcCqkD6rSRjf+A==", > "salt" : "dKNLgKzyn+z6RaEiR+yvmA==", > "hashIterations" : 1, > "temporary" : false > } ], > "requiredActions" : [ "UPDATE_PASSWORD" ], > "realmRoles" : [ "developer" ], > "applicationRoles" : { > "account" : [ "manage-account" ] > } > } ], > "scopeMappings" : [ { > "client" : "unified-push-server-js", > "roles" : [ "developer", "admin" ] > } ], > "applicationScopeMappings" : { > "realm-management" : [ { > "client" : "security-admin-console", > "roles" : [ "realm-admin" ] > } ] > }, > "applications" : [ { > "id" : "b0f2dab8-4112-4ed6-89b0-2d45431818b3", > "name" : "unified-push-server-js", > "baseUrl" : "/ag-push", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "389a9d28-293c-4200-b16d-88acace7d125", > "redirectUris" : [ "https://XXX.XXX.XXX.XXX:8443/ag-push/*" ], > "webOrigins" : [ "https://XXX.XXX.XXX.XXX:8443/ag-push/*" ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : false, > "publicClient" : true, > "protocol" : "openid-connect", > "attributes" : { > "saml.multivalued.roles" : "false", > "saml.encrypt" : "false", > "saml.server.signature" : "false", > "saml.assertion.signature" : "false", > "saml.force.post.binding" : "false", > "saml.client.signature" : "false", > "saml.authnstatement" : "false" > }, > "fullScopeAllowed" : true, > "nodeReRegistrationTimeout" : -1 > }, { > "id" : "ed1cb5b3-c16b-4382-ac92-5a560ccbc6c3", > "name" : "unified-push-server", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "e2f34c47-3c54-4141-9f0d-8a1e644ed222", > "redirectUris" : [ ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : true, > "publicClient" : false, > "attributes" : { }, > "fullScopeAllowed" : true, > "nodeReRegistrationTimeout" : -1 > }, { > "id" : "5b57a66f-5623-43e2-a958-be57623d78ab", > "name" : "security-admin-console", > "baseUrl" : "/auth/admin/aerogear/console/index.html", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "28b368b3-7911-442e-9316-79888207d084", > "redirectUris" : [ "/auth/admin/aerogear/console/*" ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : false, > "publicClient" : true, > "attributes" : { }, > "fullScopeAllowed" : false, > "nodeReRegistrationTimeout" : 0 > }, { > "id" : "8532a1cf-e7d3-4142-b3c1-3f5f4546d60c", > "name" : "account", > "baseUrl" : "/auth/realms/aerogear/account", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "eb1f3012-6b42-4fa1-a5ca-bac235c93eca", > "defaultRoles" : [ "view-profile", "manage-account" ], > "redirectUris" : [ "/auth/realms/aerogear/account/*" ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : false, > "publicClient" : false, > "attributes" : { }, > "fullScopeAllowed" : false, > "nodeReRegistrationTimeout" : 0 > }, { > "id" : "39058ddb-4e8d-4b87-964a-bb94603f1250", > "name" : "realm-management", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "edb7fe15-6333-4311-b64b-d099d112f282", > "redirectUris" : [ ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : true, > "publicClient" : false, > "attributes" : { }, > "fullScopeAllowed" : false, > "nodeReRegistrationTimeout" : 0 > } ], > "oauthClients" : [ ], > "browserSecurityHeaders" : { > "contentSecurityPolicy" : "frame-src 'self'", > "xFrameOptions" : "SAMEORIGIN" > }, > "socialProviders" : { }, > "smtpServer" : { }, > "loginTheme" : "aerogear", > "accountTheme" : "aerogear", > "adminTheme" : "aerogear", > "eventsEnabled" : false, > "eventsListeners" : [ ] > } > > > > > > Regards, > Pratik Parikh > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10012.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Tue Nov 18 06:07:24 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 18 Nov 2014 09:07:24 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416276048406-10012.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> Message-ID: <20141118110724.GC2436@abstractj.org> Did you try the steps described here: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p9985.html ? It worked? On 2014-11-17, Pratik Parikh wrote: > Hi Bruno, > > Below is my aerogear realm config. > > { > "id" : "0328827d-fae8-4f11-a559-daecf31c3133", > "realm" : "aerogear", > "notBefore" : 0, > "accessTokenLifespan" : 60, > "ssoSessionIdleTimeout" : 600, > "ssoSessionMaxLifespan" : 36000, > "accessCodeLifespan" : 60, > "accessCodeLifespanUserAction" : 300, > "enabled" : true, > "sslRequired" : "external", > "passwordCredentialGrantAllowed" : false, > "registrationAllowed" : false, > "rememberMe" : false, > "verifyEmail" : false, > "resetPasswordAllowed" : false, > "social" : false, > "updateProfileOnInitialSocialLogin" : false, > "bruteForceProtected" : false, > "maxFailureWaitSeconds" : 900, > "minimumQuickLoginWaitSeconds" : 60, > "waitIncrementSeconds" : 60, > "quickLoginCheckMilliSeconds" : 1000, > "maxDeltaTimeSeconds" : 43200, > "failureFactor" : 30, > "privateKey" : > "MIICXQIBAAKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQABAoGAI9uQHwj7McQs99/aBsBUqzvGTxkLarmzFbDETF5MXDAT1AtPm/924BP8H6Mna4KluTd8tykMLCcCGCLJtQBJ1/DVw4RszPGh+J4h/yL2+2driZHBOOU92gzAoCU58q6TZhBrYc0qPTkWQ4pu2/3eMZmTpbJcUueA+m3AIIMJoVECQQDOJdBrkyLp+qK9l5eXZHlJOZgDRrx3MgLoaTUNKUoZ9CbRFJzGWoMQoW2Fu+nI34dPfHEIWNmDX30FUaxUqHbvAkEAv7qEUDBOMJpYkw9BRIX+gvEPb9fsIM9nvyxFWGk3D+i4jF4538ifGjZCq0pMzxQl9g+A/53V4qMEw+eD+ga5OQJBAIaPFD5DqnSDzxpmCuMdCDYNy/XHhFlhYZiGo8RVgTLztSqgg7zNc+O1GyJCCFW/4ji2B6nlJQWlnJuONiiEVi0CQQCq2unCE+n5wfGgy31cNRRDV9Jr1r0j1/AaGreJO+nHkZmz7NwiIkQ2NZhf0Ix2FPxnNBW+tMa/eopqkcu4aXlxAkBi4Q6veOBKA2T9nqO+DATooJXLFlLISgILOUvgSR4wclxwLIcRpX5qk4kvfgHGj4chMmsEDaYGClaxfpabR+pm", > "publicKey" : > "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQAB", > "certificate" : > "MIIBmjCCAQMCBgFJpyRJ4TANBgkqhkiG9w0BAQsFADATMREwDwYDVQQDEwhhZXJvZ2VhcjAeFw0xNDExMTMwMzExNTNaFw0yNDExMTMwMzEzMzNaMBMxETAPBgNVBAMTCGFlcm9nZWFyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQABMA0GCSqGSIb3DQEBCwUAA4GBAIumP2efPwc87cUZ4U9GDURc+t0gEViJAXl89k1WqEFKIwqnUkMft95TTb9riuO7hsDoCB0CDoLONXFJaZDR+ul1FrG9FlKTwZIdYCD6Uek9wJ5WqALwViLgmAgCFKL9zBsgtuZ3hKl4m7tgTFqJ2Qth7lwx9t0skHlp95R/f/Sq", > "codeSecret" : "6812ba34-b73a-45fa-a25f-f6424800d7c4", > "roles" : { > "realm" : [ { > "id" : "06a3957a-68b7-4ee1-8af1-bc3d349570d7", > "name" : "developer", > "description" : "Developer privileges", > "composite" : false > }, { > "id" : "6b1a5dd0-8695-4697-ae11-7414b29d6b1a", > "name" : "admin", > "description" : "Administrator privileges", > "composite" : false > } ], > "application" : { > "unified-push-server-js" : [ ], > "unified-push-server" : [ ], > "security-admin-console" : [ ], > "account" : [ { > "id" : "d3623655-9dcd-4cb6-bbe2-381465e045f7", > "name" : "manage-account", > "composite" : false > }, { > "id" : "38afc2a6-2b69-424b-a6e4-3cbbfc669935", > "name" : "view-profile", > "composite" : false > } ], > "realm-management" : [ { > "id" : "ca11d26a-05e4-4468-ae65-033c6d35a9b4", > "name" : "manage-applications", > "composite" : false > }, { > "id" : "30b8a2ce-175f-4ea6-9435-55e865ab7b45", > "name" : "manage-events", > "composite" : false > }, { > "id" : "a61fe218-23d4-466b-8f83-ac5df1239e90", > "name" : "view-applications", > "composite" : false > }, { > "id" : "cf303310-46f3-435f-98ee-0c328e59b8a3", > "name" : "view-realm", > "composite" : false > }, { > "id" : "7ee21680-b39d-4d9d-9d44-ff9701c9cbc0", > "name" : "manage-users", > "composite" : false > }, { > "id" : "e81feae5-7d51-48dd-a91b-af6d37c41541", > "name" : "manage-realm", > "composite" : false > }, { > "id" : "1204dcb0-0fd1-4452-8dff-a251f2bbfbd5", > "name" : "realm-admin", > "composite" : true, > "composites" : { > "application" : { > "realm-management" : [ "manage-applications", "manage-events", > "view-realm", "view-applications", "manage-users", "manage-realm", > "view-users", "view-events", "manage-clients", "view-clients" ] > } > } > }, { > "id" : "e1552859-8081-4e95-8494-e1e959186653", > "name" : "view-users", > "composite" : false > }, { > "id" : "f2500304-d680-4b65-a3ca-2068d9ecd38c", > "name" : "view-events", > "composite" : false > }, { > "id" : "1f5efad1-33f1-4fef-ba86-d4e1e5a216e7", > "name" : "manage-clients", > "composite" : false > }, { > "id" : "e38705d0-1fc4-4fed-9b66-d5a3ee856bf0", > "name" : "view-clients", > "composite" : false > } ] > } > }, > "requiredCredentials" : [ "password" ], > "users" : [ { > "id" : "62e2bd08-fac5-439a-adf7-35ef2a9053d9", > "username" : "admin", > "enabled" : true, > "totp" : false, > "emailVerified" : false, > "credentials" : [ { > "type" : "password", > "hashedSaltedValue" : > "abiRMrF4ZArWArGgINeUlyHkKuAht/ugbd8I3JPZS07Ym3K8Bb+JFQuw5yycozPzof6AwqjGnKNuGaWG13Gf2A==", > "salt" : "xUi77eNlKTGBBdNciffqNQ==", > "hashIterations" : 1, > "temporary" : false > } ], > "requiredActions" : [ ], > "realmRoles" : [ "admin" ], > "applicationRoles" : { > "account" : [ "manage-account" ], > "realm-management" : [ "realm-admin" ] > } > }, { > "id" : "2cb0270b-1eb5-475f-a165-5300cc6d120b", > "username" : "developer", > "enabled" : false, > "totp" : false, > "emailVerified" : false, > "credentials" : [ { > "type" : "password", > "hashedSaltedValue" : > "JPJQze/77OdsPF9TnnrrN9icC70EKb4HjtE7P143Z9XssQiQ2pWW7SO1K5AulR+WjDyzej0ljcCqkD6rSRjf+A==", > "salt" : "dKNLgKzyn+z6RaEiR+yvmA==", > "hashIterations" : 1, > "temporary" : false > } ], > "requiredActions" : [ "UPDATE_PASSWORD" ], > "realmRoles" : [ "developer" ], > "applicationRoles" : { > "account" : [ "manage-account" ] > } > } ], > "scopeMappings" : [ { > "client" : "unified-push-server-js", > "roles" : [ "developer", "admin" ] > } ], > "applicationScopeMappings" : { > "realm-management" : [ { > "client" : "security-admin-console", > "roles" : [ "realm-admin" ] > } ] > }, > "applications" : [ { > "id" : "b0f2dab8-4112-4ed6-89b0-2d45431818b3", > "name" : "unified-push-server-js", > "baseUrl" : "/ag-push", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "389a9d28-293c-4200-b16d-88acace7d125", > "redirectUris" : [ "https://XXX.XXX.XXX.XXX:8443/ag-push/*" ], > "webOrigins" : [ "https://XXX.XXX.XXX.XXX:8443/ag-push/*" ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : false, > "publicClient" : true, > "protocol" : "openid-connect", > "attributes" : { > "saml.multivalued.roles" : "false", > "saml.encrypt" : "false", > "saml.server.signature" : "false", > "saml.assertion.signature" : "false", > "saml.force.post.binding" : "false", > "saml.client.signature" : "false", > "saml.authnstatement" : "false" > }, > "fullScopeAllowed" : true, > "nodeReRegistrationTimeout" : -1 > }, { > "id" : "ed1cb5b3-c16b-4382-ac92-5a560ccbc6c3", > "name" : "unified-push-server", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "e2f34c47-3c54-4141-9f0d-8a1e644ed222", > "redirectUris" : [ ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : true, > "publicClient" : false, > "attributes" : { }, > "fullScopeAllowed" : true, > "nodeReRegistrationTimeout" : -1 > }, { > "id" : "5b57a66f-5623-43e2-a958-be57623d78ab", > "name" : "security-admin-console", > "baseUrl" : "/auth/admin/aerogear/console/index.html", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "28b368b3-7911-442e-9316-79888207d084", > "redirectUris" : [ "/auth/admin/aerogear/console/*" ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : false, > "publicClient" : true, > "attributes" : { }, > "fullScopeAllowed" : false, > "nodeReRegistrationTimeout" : 0 > }, { > "id" : "8532a1cf-e7d3-4142-b3c1-3f5f4546d60c", > "name" : "account", > "baseUrl" : "/auth/realms/aerogear/account", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "eb1f3012-6b42-4fa1-a5ca-bac235c93eca", > "defaultRoles" : [ "view-profile", "manage-account" ], > "redirectUris" : [ "/auth/realms/aerogear/account/*" ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : false, > "publicClient" : false, > "attributes" : { }, > "fullScopeAllowed" : false, > "nodeReRegistrationTimeout" : 0 > }, { > "id" : "39058ddb-4e8d-4b87-964a-bb94603f1250", > "name" : "realm-management", > "surrogateAuthRequired" : false, > "enabled" : true, > "secret" : "edb7fe15-6333-4311-b64b-d099d112f282", > "redirectUris" : [ ], > "webOrigins" : [ ], > "claims" : { > "name" : true, > "username" : true, > "profile" : true, > "picture" : true, > "website" : true, > "email" : true, > "gender" : true, > "locale" : true, > "address" : true, > "phone" : true > }, > "notBefore" : 0, > "bearerOnly" : true, > "publicClient" : false, > "attributes" : { }, > "fullScopeAllowed" : false, > "nodeReRegistrationTimeout" : 0 > } ], > "oauthClients" : [ ], > "browserSecurityHeaders" : { > "contentSecurityPolicy" : "frame-src 'self'", > "xFrameOptions" : "SAMEORIGIN" > }, > "socialProviders" : { }, > "smtpServer" : { }, > "loginTheme" : "aerogear", > "accountTheme" : "aerogear", > "adminTheme" : "aerogear", > "eventsEnabled" : false, > "eventsListeners" : [ ] > } > > > > > > Regards, > Pratik Parikh > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10012.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From pratik.p.parikh at gmail.com Tue Nov 18 07:03:19 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Tue, 18 Nov 2014 05:03:19 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <20141118110724.GC2436@abstractj.org> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> <20141118110724.GC2436@abstractj.org> Message-ID: <1416312199099-10023.post@n5.nabble.com> Hi Bruno, I am sorry you had to ask me couple of times, but yes i have executed all the steps. I will re-execute it today and report back the results. Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10023.html Sent from the aerogear-dev mailing list archive at Nabble.com. From lukas.fryc at gmail.com Tue Nov 18 07:10:27 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 18 Nov 2014 13:10:27 +0100 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Message-ID: I used top navbar for the Loading... Connecting... and Error indication status. On Mon, Nov 17, 2014 at 7:56 PM, Sebastien Blanc wrote: > Looks good Andres ! > > One thing I forgot to mention this afternoon on IRC : Just after the > splash screen when the app is registering to the UnifiedPush Server we > currently give some feedback to the user "Registering ..." and then once > connected "Registration successful". Now we display that as a list item > which is not super great, I think an overlay notification box could be > nice or smt like that ;) > > > > > On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante > wrote: > >> Hi, I've reding the notification demo app. >> https://issues.jboss.org/browse/AGPUSH-774 >> >> Here are screens: >> >> Android: >> >> https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png >> >> https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png >> >> iOS: >> >> https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png >> >> https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png >> >> Hybdrid: >> >> https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png >> >> https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png >> >> Let me know what you think and if I am missing something. >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/10404b27/attachment.html From agalante at redhat.com Tue Nov 18 07:28:20 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 18 Nov 2014 07:28:20 -0500 (EST) Subject: [aerogear-dev] Hello world push demo app In-Reply-To: References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Message-ID: <227757084.29239.1416313700680.JavaMail.zimbra@redhat.com> There are specs about activity indicators on material design: http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators Should something like that do the trick? ----- Original Message ----- From: "Luk?? Fry?" To: "AeroGear Developer Mailing List" Sent: Tuesday, November 18, 2014 9:10:27 AM Subject: Re: [aerogear-dev] Hello world push demo app I used top navbar for the Loading... Connecting... and Error indication status. On Mon, Nov 17, 2014 at 7:56 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: Looks good Andres ! One thing I forgot to mention this afternoon on IRC : Just after the splash screen when the app is registering to the UnifiedPush Server we currently give some feedback to the user "Registering ..." and then once connected "Registration successful". Now we display that as a list item which is not super great, I think an overlay notification box could be nice or smt like that ;) On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante < agalante at redhat.com > wrote: Hi, I've reding the notification demo app. https://issues.jboss.org/browse/AGPUSH-774 Here are screens: Android: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png iOS: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png Hybdrid: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png Let me know what you think and if I am missing something. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Tue Nov 18 07:37:55 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 18 Nov 2014 13:37:55 +0100 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> Message-ID: I do like the suggested UX! -M On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante wrote: > Hi, I've reding the notification demo app. > https://issues.jboss.org/browse/AGPUSH-774 > > Here are screens: > > Android: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png > > iOS: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png > > Hybdrid: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png > > Let me know what you think and if I am missing something. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/2a01bd77/attachment.html From lukas.fryc at gmail.com Tue Nov 18 07:47:25 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 18 Nov 2014 13:47:25 +0100 Subject: [aerogear-dev] Aerogear Website In-Reply-To: <354777363.26899.1416307022075.JavaMail.zimbra@redhat.com> References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> <304184654.223185.1416235998516.JavaMail.zimbra@redhat.com> <546A10F7.6030905@redhat.com> <354777363.26899.1416307022075.JavaMail.zimbra@redhat.com> Message-ID: Hi Andres, I really like the wireframe! Few minor suggestions: 1) Solutions -> Features I would suggest go with Features rather than Solutions, since the page is community-oriented. 2) Hybrid -> Cordova 3) add Web/JavaScript to the platform matrix What I am also missing from the current page that should be highlighted: - Highlight what platforms AeroGear covers at the initial page - Blog - Roadmap - Guides (this is probably hidden behind Getting started?) Note that we would like to bring certain dynamic content to the page that is not on the current page, so that we should keep it in mind for an overall structure: - Videos - Upcoming events (Conferences, Hackfests, etc.) - Buzz / Press (what others told about us) - List/Avatars of contributors and team members Some free inspiration comes from: http://arquillian.org/ On Tue, Nov 18, 2014 at 11:37 AM, Andres Galante wrote: > Thanks Catherine, that was just what I was looking for :) > > I left the upper right corner free to keep the space for the dropdown, I > just didn't know where to get it > > > ----- Original Message ----- > From: "Catherine Robson" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 17, 2014 12:15:03 PM > Subject: Re: [aerogear-dev] Aerogear Website > > Andres, > > You can find the Aerogear logo artifacts here: > http://design.jboss.org/aerogear/index.htm > > Please also make sure that you include the following: > - An approved Red Hat logo. The logo you are using in the footer does not > follow our brand standards. I have attached a zip with the EPS for each of > the valid logos. > - The golden gate requirements - including the Red Hat tab dropdown and "A > JBoss Project" in the header - as seen here: > https://mojo.redhat.com/docs/DOC-165622 > > > - Catherine > > > > > Andres Galante > November 17, 2014 at 9:53 AM > Hi Matthias, > > Logo: yes! I need to implement the logo, styles, colors, etc. Where can I > find a svg of the logo? > > Good idea to add a client specific overview on the homepage. I'll add that > structure and we can see if its confusing or not. I'll also make sure that > the illustration on the main banner reflects the different clients. > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Monday, November 17, 2014 11:35:09 AM > Subject: Re: [aerogear-dev] Aerogear Website > > Hi Andres, > > I like new organisation. One question would it be possible to integrate > our logo ? I think we should have that visible on the top :) > > On the homepage, I like the focus on the solutions. But on the header, > besides the "solutions" (e.g. Sync and Push) could we have a similar header > for an overview page for platforms (e.g. Android, Cordova, iOS, mobile > web), which than would link to specific landing pages for Android/iOS? Or > would that be confusing? > > Greetings, > Matthias > > On Mon, Nov 17, 2014 at 2:45 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Good morning, I've been working on Aerogears website and build a "live > wireframe" to share with you and gather feedback. > > The challenge was to combine a feature-orientated and a client-orientated > UI, so this is what I propose: > > The website itself is feature-orientated, since a user will want to know > if the feature he wants to use its supported by other clients. But the > documentation is client-orientated because I think that for example and > Android developer doesn't want to read any iOS documentation. > > Please view this on FireFox, I am using position sticky and I haven't done > any js to make it work on other browsers. > > Colors, spaces, sizes, fonts and styles are not done yet. This is just > wireframe (better than a few squares with arrows though, plus its > responsive). > > On docs click on android docs to see how the submenu works, I am following > the same pattern as in ionic, bootstrap, less and others > > http://andresgalante.com/aerogearwebsite/ > > What do you think? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > Matthias Wessendorf > November 17, 2014 at 9:35 AM > Hi Andres, > > I like new organisation. One question would it be possible to integrate > our logo ? I think we should have that visible on the top :) > > On the homepage, I like the focus on the solutions. But on the header, > besides the "solutions" (e.g. Sync and Push) could we have a similar header > for an overview page for platforms (e.g. Android, Cordova, iOS, mobile > web), which than would link to specific landing pages for Android/iOS? Or > would that be confusing? > > Greetings, > 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > Andres Galante > November 17, 2014 at 8:45 AM > Good morning, I've been working on Aerogears website and build a "live > wireframe" to share with you and gather feedback. > > The challenge was to combine a feature-orientated and a client-orientated > UI, so this is what I propose: > > The website itself is feature-orientated, since a user will want to know > if the feature he wants to use its supported by other clients. But the > documentation is client-orientated because I think that for example and > Android developer doesn't want to read any iOS documentation. > > Please view this on FireFox, I am using position sticky and I haven't done > any js to make it work on other browsers. > > Colors, spaces, sizes, fonts and styles are not done yet. This is just > wireframe (better than a few squares with arrows though, plus its > responsive). > > On docs click on android docs to see how the submenu works, I am following > the same pattern as in ionic, bootstrap, less and others > > http://andresgalante.com/aerogearwebsite/ > > What do you think? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > -- > Catherine Robson > Product Manager - User Experience > Red Hat JBoss Middleware > c: 978-944-3825 > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/265567a9/attachment-0001.html From lukas.fryc at gmail.com Tue Nov 18 07:52:02 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 18 Nov 2014 13:52:02 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> Message-ID: This seems that makes for pretty good User Experience... What about "Built-in" Keycloak instead of Default? I guess "Keycloak URL" will disappear when "Built-in" is chosen, right? Let me know, Brno, if you would appreciate help with prototyping that UI. On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc wrote: > > > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira > wrote: > >> Question: What would be the best for you generate an ups-realm.json file >> for download based on the current host or let the developer specify the >> redirect URL? >> > I would say, let's use the current host, like we do when we generate the > code snippets examples. > >> >> I'm thinking about it >> >> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 >> >> >> On 2014-11-17, Matthias Wessendorf wrote: >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf > > >> > wrote: >> > >> > > >> > > >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira >> > > wrote: >> > > >> > >> Good morning amazing people. >> > >> >> > >> While working on AGPUSH-1047, I was wondering if would make sense on >> > >> having a configuration page before users getting started. >> > >> >> > > >> > > you speak out of my mind, I thought about the same in the train, when >> I >> > > saw you changes on GH (the URL replacements to KC and KC.js). >> > > >> > > We somehow should have a dialog right after installation, that asks >> > > "default" or "custom" KC server etc >> > > >> > >> > where >> > * default would be -> KC and UPS on same server; >> > custom: Provide URL for KC server >> > >> > >> > > >> > > >> > > >> > > >> > >> >> > >> I thinking about the current problem on decoupling our server from >> > >> Keycloak[1] and OpenShift. >> > >> >> > >> What is the current proposal for the initial setup? >> > >> >> > >> 1. Developer create an UPS instance on OpenShift >> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push >> > >> 3. The application automagically redirect to the configuration page >> with >> > >> options to skip or enter the URL for the Keycloak server. >> > >> 4. App changes the keycloak.json/ups-realm.json file based on the URL >> > >> provided. >> > >> >> > >> Does it make sense? >> > >> >> > > >> > > yes, it absolutely does! >> > > >> > > >> > >> >> > >> [1] - >> > >> >> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 >> > >> >> > >> -- >> > >> >> > >> abstractj >> > >> PGP: 0x84DC9914 >> > >> _______________________________________________ >> > >> aerogear-dev mailing list >> > >> aerogear-dev at 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 >> >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/2f816bfe/attachment.html From matzew at apache.org Tue Nov 18 07:56:02 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 18 Nov 2014 13:56:02 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> Message-ID: On Tue, Nov 18, 2014 at 1:52 PM, Luk?? Fry? wrote: > This seems that makes for pretty good User Experience... > > What about "Built-in" Keycloak instead of Default? > I think since we want to decouple, there should be no "built-in". For me "default" would be KC (separate) and UPS (separate) on the same server. that way we can assume the same URL. on different boxes -> "custom" -M > I guess "Keycloak URL" will disappear when "Built-in" is chosen, right? > > Let me know, Brno, if you would appreciate help with prototyping that UI. > > > > On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc > wrote: > >> >> >> On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira >> wrote: >> >>> Question: What would be the best for you generate an ups-realm.json file >>> for download based on the current host or let the developer specify the >>> redirect URL? >>> >> I would say, let's use the current host, like we do when we generate the >> code snippets examples. >> >>> >>> I'm thinking about it >>> >>> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 >>> >>> >>> On 2014-11-17, Matthias Wessendorf wrote: >>> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf < >>> matzew at apache.org> >>> > wrote: >>> > >>> > > >>> > > >>> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira >> > >>> > > wrote: >>> > > >>> > >> Good morning amazing people. >>> > >> >>> > >> While working on AGPUSH-1047, I was wondering if would make sense on >>> > >> having a configuration page before users getting started. >>> > >> >>> > > >>> > > you speak out of my mind, I thought about the same in the train, >>> when I >>> > > saw you changes on GH (the URL replacements to KC and KC.js). >>> > > >>> > > We somehow should have a dialog right after installation, that asks >>> > > "default" or "custom" KC server etc >>> > > >>> > >>> > where >>> > * default would be -> KC and UPS on same server; >>> > custom: Provide URL for KC server >>> > >>> > >>> > > >>> > > >>> > > >>> > > >>> > >> >>> > >> I thinking about the current problem on decoupling our server from >>> > >> Keycloak[1] and OpenShift. >>> > >> >>> > >> What is the current proposal for the initial setup? >>> > >> >>> > >> 1. Developer create an UPS instance on OpenShift >>> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push >>> > >> 3. The application automagically redirect to the configuration page >>> with >>> > >> options to skip or enter the URL for the Keycloak server. >>> > >> 4. App changes the keycloak.json/ups-realm.json file based on the >>> URL >>> > >> provided. >>> > >> >>> > >> Does it make sense? >>> > >> >>> > > >>> > > yes, it absolutely does! >>> > > >>> > > >>> > >> >>> > >> [1] - >>> > >> >>> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 >>> > >> >>> > >> -- >>> > >> >>> > >> abstractj >>> > >> PGP: 0x84DC9914 >>> > >> _______________________________________________ >>> > >> aerogear-dev mailing list >>> > >> aerogear-dev at 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 >>> >>> > _______________________________________________ >>> > aerogear-dev mailing list >>> > aerogear-dev at lists.jboss.org >>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> -- >>> >>> abstractj >>> PGP: 0x84DC9914 >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/6131cadf/attachment.html From agalante at redhat.com Tue Nov 18 08:01:45 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 18 Nov 2014 08:01:45 -0500 (EST) Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <227757084.29239.1416313700680.JavaMail.zimbra@redhat.com> References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> <227757084.29239.1416313700680.JavaMail.zimbra@redhat.com> Message-ID: <1258010564.29836.1416315705463.JavaMail.zimbra@redhat.com> Please search for "Loading content for the first time." here http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators I would like to follow the same pattern: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-loading.png I don't know how hard is to make animations on android or iOS. if it takes too much time I'll think of something simpler. ----- Original Message ----- From: "Andres Galante" To: "AeroGear Developer Mailing List" Sent: Tuesday, November 18, 2014 9:28:20 AM Subject: Re: [aerogear-dev] Hello world push demo app There are specs about activity indicators on material design: http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators Should something like that do the trick? ----- Original Message ----- From: "Luk?? Fry?" To: "AeroGear Developer Mailing List" Sent: Tuesday, November 18, 2014 9:10:27 AM Subject: Re: [aerogear-dev] Hello world push demo app I used top navbar for the Loading... Connecting... and Error indication status. On Mon, Nov 17, 2014 at 7:56 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: Looks good Andres ! One thing I forgot to mention this afternoon on IRC : Just after the splash screen when the app is registering to the UnifiedPush Server we currently give some feedback to the user "Registering ..." and then once connected "Registration successful". Now we display that as a list item which is not super great, I think an overlay notification box could be nice or smt like that ;) On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante < agalante at redhat.com > wrote: Hi, I've reding the notification demo app. https://issues.jboss.org/browse/AGPUSH-774 Here are screens: Android: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png iOS: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png Hybdrid: https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png Let me know what you think and if I am missing something. _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From marcpiresrj at gmail.com Tue Nov 18 08:26:45 2014 From: marcpiresrj at gmail.com (Marc Pires) Date: Tue, 18 Nov 2014 11:26:45 -0200 Subject: [aerogear-dev] File Upload Message-ID: Hi Guys, well, i'm developing an app that uses the 1.6 version of AeroGear. Everything is going very with except that i could not get an image (from a UIImageView) upload to work. Here what i'm doing. 1) Get a user photo from camera ou library 2) Issue a save request to the api endpoint. The problem i'm having is that i get the following error: *The operation couldn?t be completed. (NSURLErrorDomain error -1001.)" UserInfo=0x79f01e00 {NSErrorFailingURLKey=http:///service/test/uploadios, NSErrorFailingURLStringKey=http://**http:///service/test/uploadios**, NSUnderlyingError=0x79fd9020 "The operation couldn?t be completed. (kCFErrorDomainCFNetwork error -1001.* Below is the code i'm using from this: -(void)performPhotoUpload { NSString *webservicePref = [[NSUserDefaults standardUserDefaults] stringForKey:@"serviceUrlSetting"]; NSURL *projectsURL = [NSURL URLWithString:webservicePref]; id registrationPipe; AGPipeline *pipeline = [AGPipeline pipelineWithBaseURL:projectsURL]; registrationPipe = [pipeline pipe:^(id config) { [config setName:@"/service/test/uploadios"]; [config setType:@"REST"]; }]; [registrationPipe save:[self extractMultiPartData] success:^(id responseObject) { NSLog(@"Returned Object:%@", responseObject); } failure:^(NSError *error) { NSLog(@"Error:%@",[error description]); }]; -(NSDictionary *)extractMultiPartData { NSString *filename = self.patientPhoto.accessibilityIdentifier; //Check if an image was assigned for user [self hasPhoto:filename]; NSData *imageData = UIImageJPEGRepresentation(self.patientPhoto.image, 0.2); AGFileDataPart *dataPart = [[AGFileDataPart alloc] initWithFileData:imageData name: @"image" fileName :filename mimeType: @"application/octet-stream"]; NSDictionary *imgDict = @{@"data": dataPart}; return imgDict; -- Desenvolvedor IOS, Rails, RIA http://www.linkedin.com/in/marcpires http://about.me/marcelo_pires -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/31994d34/attachment.html From edewit at redhat.com Tue Nov 18 08:28:33 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Tue, 18 Nov 2014 14:28:33 +0100 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <1258010564.29836.1416315705463.JavaMail.zimbra@redhat.com> References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> <227757084.29239.1416313700680.JavaMail.zimbra@redhat.com> <1258010564.29836.1416315705463.JavaMail.zimbra@redhat.com> Message-ID: <546B4981.2070402@redhat.com> Really like that idea, and it's easy on cordova so... +1 On 18/11/2014 14:01, Andres Galante wrote: > Please search for "Loading content for the first time." here http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators > > I would like to follow the same pattern: > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-loading.png > > I don't know how hard is to make animations on android or iOS. if it takes too much time I'll think of something simpler. > > > > ----- Original Message ----- > From: "Andres Galante" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 18, 2014 9:28:20 AM > Subject: Re: [aerogear-dev] Hello world push demo app > > There are specs about activity indicators on material design: > > http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators > > Should something like that do the trick? > > > ----- Original Message ----- > From: "Luk?? Fry?" > To: "AeroGear Developer Mailing List" > Sent: Tuesday, November 18, 2014 9:10:27 AM > Subject: Re: [aerogear-dev] Hello world push demo app > > I used top navbar for the Loading... Connecting... and Error indication status. > > On Mon, Nov 17, 2014 at 7:56 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: > > > > Looks good Andres ! > > One thing I forgot to mention this afternoon on IRC : Just after the splash screen when the app is registering to the UnifiedPush Server we currently give some feedback to the user "Registering ..." and then once connected "Registration successful". Now we display that as a list item which is not super great, I think an overlay notification box could be nice or smt like that ;) > > > > > On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante < agalante at redhat.com > wrote: > > > Hi, I've reding the notification demo app. > https://issues.jboss.org/browse/AGPUSH-774 > > Here are screens: > > Android: > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png > > iOS: > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png > > Hybdrid: > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png > > Let me know what you think and if I am missing something. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From cvasilak at gmail.com Tue Nov 18 10:57:58 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Tue, 18 Nov 2014 17:57:58 +0200 Subject: [aerogear-dev] iOS meeting 18th November In-Reply-To: <5F71B595-1B5C-4F85-AF68-ABF768C3411A@gmail.com> References: <5F71B595-1B5C-4F85-AF68-ABF768C3411A@gmail.com> Message-ID: fyi, meeting minutes Meeting ended Tue Nov 18 15:55:37 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-18-15.31.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-18-15.31.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-18-15.31.log.html On Nov 13, 2014, at 6:41 PM, Corinne Krych wrote: > Hello iOS Ladies and Gentlemen, > > Let?s hold our next iOS meeting on Tuesday 18th november at 4pm (CEST - UTC + 2hours). Here is the agenda (work in progress atm): > http://oksoclap.com/p/aerogear-ios-18-11-2014 > > See you there, > ++ > Corinne > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From cvasilak at gmail.com Tue Nov 18 11:13:40 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Tue, 18 Nov 2014 18:13:40 +0200 Subject: [aerogear-dev] File Upload In-Reply-To: References: Message-ID: <701347C7-898C-49E8-B538-D47D12D64A8D@gmail.com> Hi Marc, are you testing on the device or an emulator. Digging the error message the code -1001 implies "Request Time out? Mind to try using curl directly to perform a multipart and if it success check on the emulator. If it works guess there is some connectivity issue Let us know your findings Thanks! Christos [1] http://stackoverflow.com/questions/19116016/what-is-the-right-way-to-post-multipart-form-data-using-curl On Nov 18, 2014, at 3:26 PM, Marc Pires wrote: > Hi Guys, well, i'm developing an app that uses the 1.6 version of AeroGear. Everything is going very with except that i could not get an image (from a UIImageView) upload to work. > > Here what i'm doing. > > 1) Get a user photo from camera ou library > 2) Issue a save request to the api endpoint. > > The problem i'm having is that i get the following error: > > The operation couldn?t be completed. (NSURLErrorDomain error -1001.)" UserInfo=0x79f01e00 {NSErrorFailingURLKey=http:///service/test/uploadios, NSErrorFailingURLStringKey=http://http:///service/test/uploadios, NSUnderlyingError=0x79fd9020 "The operation couldn?t be completed. (kCFErrorDomainCFNetwork error -1001. > > Below is the code i'm using from this: > > -(void)performPhotoUpload > { > NSString *webservicePref = [[NSUserDefaults standardUserDefaults] stringForKey:@"serviceUrlSetting"]; > > NSURL *projectsURL = [NSURL URLWithString:webservicePref]; > > id registrationPipe; > > AGPipeline *pipeline = [AGPipeline pipelineWithBaseURL:projectsURL]; > > registrationPipe = [pipeline pipe:^(id config) { > > [config setName:@"/service/test/uploadios"]; > [config setType:@"REST"]; > > }]; > > > [registrationPipe save:[self extractMultiPartData] > success:^(id responseObject) > { > NSLog(@"Returned Object:%@", responseObject); > > } > failure:^(NSError *error) > { > > NSLog(@"Error:%@",[error description]); > > }]; > > > -(NSDictionary *)extractMultiPartData > { > NSString *filename = self.patientPhoto.accessibilityIdentifier; > > //Check if an image was assigned for user > [self hasPhoto:filename]; > > NSData *imageData = UIImageJPEGRepresentation(self.patientPhoto.image, 0.2); > > AGFileDataPart *dataPart = [[AGFileDataPart alloc] initWithFileData:imageData name: @"image" > fileName:filename > mimeType:@"application/octet-stream"]; > > > NSDictionary *imgDict = @{@"data": dataPart}; > > return imgDict; > > -- > Desenvolvedor IOS, Rails, RIA > > http://www.linkedin.com/in/marcpires > http://about.me/marcelo_pires > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/33652ca1/attachment-0001.html From daniel at passos.me Tue Nov 18 12:49:50 2014 From: daniel at passos.me (Daniel Passos) Date: Tue, 18 Nov 2014 15:49:50 -0200 Subject: [aerogear-dev] Hello world push demo app In-Reply-To: <546B4981.2070402@redhat.com> References: <1921484425.6784.1416248105057.JavaMail.zimbra@redhat.com> <1389745175.6862.1416248285809.JavaMail.zimbra@redhat.com> <227757084.29239.1416313700680.JavaMail.zimbra@redhat.com> <1258010564.29836.1416315705463.JavaMail.zimbra@redhat.com> <546B4981.2070402@redhat.com> Message-ID: +9001 On Tue, Nov 18, 2014 at 11:28 AM, Erik Jan de Wit wrote: > Really like that idea, and it's easy on cordova so... +1 > On 18/11/2014 14:01, Andres Galante wrote: > > Please search for "Loading content for the first time." here > http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators > > > > I would like to follow the same pattern: > > > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-loading.png > > > > I don't know how hard is to make animations on android or iOS. if it > takes too much time I'll think of something simpler. > > > > > > > > ----- Original Message ----- > > From: "Andres Galante" > > To: "AeroGear Developer Mailing List" > > Sent: Tuesday, November 18, 2014 9:28:20 AM > > Subject: Re: [aerogear-dev] Hello world push demo app > > > > There are specs about activity indicators on material design: > > > > > http://www.google.com/design/spec/components/progress-activity.html#progress-activity-types-of-indicators > > > > Should something like that do the trick? > > > > > > ----- Original Message ----- > > From: "Luk?? Fry?" > > To: "AeroGear Developer Mailing List" > > Sent: Tuesday, November 18, 2014 9:10:27 AM > > Subject: Re: [aerogear-dev] Hello world push demo app > > > > I used top navbar for the Loading... Connecting... and Error indication > status. > > > > On Mon, Nov 17, 2014 at 7:56 PM, Sebastien Blanc < scm.blanc at gmail.com > > wrote: > > > > > > > > Looks good Andres ! > > > > One thing I forgot to mention this afternoon on IRC : Just after the > splash screen when the app is registering to the UnifiedPush Server we > currently give some feedback to the user "Registering ..." and then once > connected "Registration successful". Now we display that as a list item > which is not super great, I think an overlay notification box could be nice > or smt like that ;) > > > > > > > > > > On Mon, Nov 17, 2014 at 7:18 PM, Andres Galante < agalante at redhat.com > > wrote: > > > > > > Hi, I've reding the notification demo app. > > https://issues.jboss.org/browse/AGPUSH-774 > > > > Here are screens: > > > > Android: > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-blank.png > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-Android-list.png > > > > iOS: > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-blank.png > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-ios-list.png > > > > Hybdrid: > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-blank.png > > > https://dl.dropboxusercontent.com/u/4371641/helloworld/helloworld-hybrid-list.png > > > > Let me know what you think and if I am missing something. > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141118/486b8ed7/attachment.html From bruno at abstractj.org Tue Nov 18 14:55:55 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 18 Nov 2014 17:55:55 -0200 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> Message-ID: <20141118195555.GA46468@abstractj.org> Help is always welcome. Feel free to create sub-tasks here: AGPUSH-1047 Thank you Lukas. On 2014-11-18, Luk?? Fry? wrote: > This seems that makes for pretty good User Experience... > > What about "Built-in" Keycloak instead of Default? > I guess "Keycloak URL" will disappear when "Built-in" is chosen, right? > > Let me know, Brno, if you would appreciate help with prototyping that UI. > > > > On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc > wrote: > > > > > > > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira > > wrote: > > > >> Question: What would be the best for you generate an ups-realm.json file > >> for download based on the current host or let the developer specify the > >> redirect URL? > >> > > I would say, let's use the current host, like we do when we generate the > > code snippets examples. > > > >> > >> I'm thinking about it > >> > >> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 > >> > >> > >> On 2014-11-17, Matthias Wessendorf wrote: > >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf >> > > >> > wrote: > >> > > >> > > > >> > > > >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira > >> > > wrote: > >> > > > >> > >> Good morning amazing people. > >> > >> > >> > >> While working on AGPUSH-1047, I was wondering if would make sense on > >> > >> having a configuration page before users getting started. > >> > >> > >> > > > >> > > you speak out of my mind, I thought about the same in the train, when > >> I > >> > > saw you changes on GH (the URL replacements to KC and KC.js). > >> > > > >> > > We somehow should have a dialog right after installation, that asks > >> > > "default" or "custom" KC server etc > >> > > > >> > > >> > where > >> > * default would be -> KC and UPS on same server; > >> > custom: Provide URL for KC server > >> > > >> > > >> > > > >> > > > >> > > > >> > > > >> > >> > >> > >> I thinking about the current problem on decoupling our server from > >> > >> Keycloak[1] and OpenShift. > >> > >> > >> > >> What is the current proposal for the initial setup? > >> > >> > >> > >> 1. Developer create an UPS instance on OpenShift > >> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push > >> > >> 3. The application automagically redirect to the configuration page > >> with > >> > >> options to skip or enter the URL for the Keycloak server. > >> > >> 4. App changes the keycloak.json/ups-realm.json file based on the URL > >> > >> provided. > >> > >> > >> > >> Does it make sense? > >> > >> > >> > > > >> > > yes, it absolutely does! > >> > > > >> > > > >> > >> > >> > >> [1] - > >> > >> > >> https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > >> > >> > >> > >> -- > >> > >> > >> > >> abstractj > >> > >> PGP: 0x84DC9914 > >> > >> _______________________________________________ > >> > >> aerogear-dev mailing list > >> > >> aerogear-dev at 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 > >> > >> > _______________________________________________ > >> > aerogear-dev mailing list > >> > aerogear-dev at lists.jboss.org > >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> -- > >> > >> abstractj > >> PGP: 0x84DC9914 > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From pratik.p.parikh at gmail.com Tue Nov 18 21:34:28 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Tue, 18 Nov 2014 19:34:28 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416312199099-10023.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> <20141118110724.GC2436@abstractj.org> <1416312199099-10023.post@n5.nabble.com> Message-ID: <1416364468728-10037.post@n5.nabble.com> Hi Bruno, Tried the steps no luck still running in cycles (NOTE:Does every request should return keycloak.json, it seems like on every request for keycloak.json it tries to login and since i am already logged in. It just gets into cycles). Below is my configuration ups-realm.json { "realm": "aerogear", "enabled": true, "accessTokenLifespan": 60, "accessCodeLifespan": 60, "accessCodeLifespanUserAction": 300, "ssoSessionIdleTimeout": 600, "ssoSessionMaxLifespan": 36000, "sslRequired": "external", "registrationAllowed": false, "social": false, "adminTheme": "aerogear", "accountTheme": "aerogear", "loginTheme": "aerogear", "updateProfileOnInitialSocialLogin": false, "requiredCredentials": [ "password" ], "users" : [ { "username" : "admin", "enabled": true, "credentials" : [ { "type" : "password", "value" : "123" } ], "requiredActions": [ "UPDATE_PASSWORD" ], "realmRoles": [ "admin" ], "applicationRoles": { "realm-management": [ "realm-admin" ], "account": [ "manage-account" ] } }, { "username" : "developer", "enabled": false, "credentials" : [ { "type" : "password", "value" : "developer" } ], "requiredActions": [ "UPDATE_PASSWORD" ], "realmRoles": [ "developer" ], "applicationRoles": { "account": [ "manage-account" ] } } ], "roles" : { "realm" : [ { "name": "admin", "description": "Administrator privileges" }, { "name": "developer", "description": "Developer privileges" } ] }, "scopeMappings": [ { "client": "unified-push-server-js", "roles": ["admin", "developer"] } ], "applications": [ { "name": "unified-push-server", "enabled": true, "bearerOnly": true }, { "name": "unified-push-server-js", "enabled": true, "publicClient": true, "baseUrl": "/ag-push", "redirectUris": [ "https://XXX.XXX.XXX.XX:8443/ag-push/*" ] } ] } keycloak.json - UPS-JS { "realm": "aerogear", "realm-public-key": "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQAB", "auth-server-url": "https://XXX.XXX.XXX.XXX:8443/auth", "ssl-required": "external", "resource": "unified-push-server-js", "public-client": true } keycloak.json - UPS { "realm": "aerogear", "realm-public-key": "MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCaZGiFwx6bKQiYZIqhmgjFqa2I8fcDzZLnDhxgLinJR1zb6LeEECCNuvHzK//GlN4kLlFqCfqr+dkzh/G76snv8H9GdRiNLotmLxMl+RCi3E/Oiqmk0TxjcxHnArIbDFSIX/H+KmsXUx12pihYi9hr2/ZDGSLSg2yMfr3xxw8yNwIDAQAB", "auth-server-url": "https://XXX.XXX.XXX.XXX:8443/auth", "ssl-required": "external", "resource" : "unified-push-server", "bearer-only" : true } web.xml ag-push Admin /rest/* admin developer HttpBasic Matches a few special URLs, not protected by Keycloak /rest/registry/device/* /rest/sender/* CONFIDENTIAL KEYCLOAK aerogear admin developer index.html Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10037.html Sent from the aerogear-dev mailing list archive at Nabble.com. From lukas.fryc at gmail.com Wed Nov 19 03:25:44 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Wed, 19 Nov 2014 09:25:44 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141118195555.GA46468@abstractj.org> References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> <20141118195555.GA46468@abstractj.org> Message-ID: One more question to configuration screen (as I'm not aware it was discussed yet), do we allow users to reconfigure Keycloak instance once it is already in use via the configuration screen? This would be handy if someone installs UPS with defaults and later decides to use standalone Keycloak. This would make the things messy /wrt evidence of who created what application, but maybe a warning that this information will be lost should be okay? On Tue, Nov 18, 2014 at 8:55 PM, Bruno Oliveira wrote: > Help is always welcome. Feel free to create sub-tasks here: AGPUSH-1047 > > Thank you Lukas. > > On 2014-11-18, Luk?? Fry? wrote: > > This seems that makes for pretty good User Experience... > > > > What about "Built-in" Keycloak instead of Default? > > I guess "Keycloak URL" will disappear when "Built-in" is chosen, right? > > > > Let me know, Brno, if you would appreciate help with prototyping that UI. > > > > > > > > On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc > > wrote: > > > > > > > > > > > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira > > > wrote: > > > > > >> Question: What would be the best for you generate an ups-realm.json > file > > >> for download based on the current host or let the developer specify > the > > >> redirect URL? > > >> > > > I would say, let's use the current host, like we do when we generate > the > > > code snippets examples. > > > > > >> > > >> I'm thinking about it > > >> > > >> > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 > > >> > > >> > > >> On 2014-11-17, Matthias Wessendorf wrote: > > >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf < > matzew at apache.org > > >> > > > >> > wrote: > > >> > > > >> > > > > >> > > > > >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira < > bruno at abstractj.org> > > >> > > wrote: > > >> > > > > >> > >> Good morning amazing people. > > >> > >> > > >> > >> While working on AGPUSH-1047, I was wondering if would make > sense on > > >> > >> having a configuration page before users getting started. > > >> > >> > > >> > > > > >> > > you speak out of my mind, I thought about the same in the train, > when > > >> I > > >> > > saw you changes on GH (the URL replacements to KC and KC.js). > > >> > > > > >> > > We somehow should have a dialog right after installation, that > asks > > >> > > "default" or "custom" KC server etc > > >> > > > > >> > > > >> > where > > >> > * default would be -> KC and UPS on same server; > > >> > custom: Provide URL for KC server > > >> > > > >> > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > >> > > >> > >> I thinking about the current problem on decoupling our server > from > > >> > >> Keycloak[1] and OpenShift. > > >> > >> > > >> > >> What is the current proposal for the initial setup? > > >> > >> > > >> > >> 1. Developer create an UPS instance on OpenShift > > >> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > >> > >> 3. The application automagically redirect to the configuration > page > > >> with > > >> > >> options to skip or enter the URL for the Keycloak server. > > >> > >> 4. App changes the keycloak.json/ups-realm.json file based on > the URL > > >> > >> provided. > > >> > >> > > >> > >> Does it make sense? > > >> > >> > > >> > > > > >> > > yes, it absolutely does! > > >> > > > > >> > > > > >> > >> > > >> > >> [1] - > > >> > >> > > >> > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > >> > >> > > >> > >> -- > > >> > >> > > >> > >> abstractj > > >> > >> PGP: 0x84DC9914 > > >> > >> _______________________________________________ > > >> > >> aerogear-dev mailing list > > >> > >> aerogear-dev at 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 > > >> > > >> > _______________________________________________ > > >> > aerogear-dev mailing list > > >> > aerogear-dev at lists.jboss.org > > >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > >> > > >> > > >> -- > > >> > > >> abstractj > > >> PGP: 0x84DC9914 > > >> _______________________________________________ > > >> aerogear-dev mailing list > > >> aerogear-dev at lists.jboss.org > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > >> > > > > > > > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/36f1e574/attachment-0001.html From bruno at abstractj.org Wed Nov 19 05:07:42 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 19 Nov 2014 08:07:42 -0200 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> <20141118195555.GA46468@abstractj.org> Message-ID: <20141119100742.GB47361@abstractj.org> Morning my friend, I added a description with some simple rules at AGPUSH-1111. Quoting here for discussion: To decouple UPS from Keycloak in separated servers a configuration interface must be built to generate the appropriate JSON file on the fly, during the configuration. Some rules must be respected: - First time configuration If the configuration is the first time, just prompt user with the configuration interface built buy Andres Galante. - After the URL configuration If the configuration was already provided and the admin must change it, he must be logged in to change. Otherwise, change to other Keycloak server won't be allowed Does it make any sense for you? On 2014-11-19, Luk?? Fry? wrote: > One more question to configuration screen (as I'm not aware it was > discussed yet), > > do we allow users to reconfigure Keycloak instance once it is already in > use via the configuration screen? > > This would be handy if someone installs UPS with defaults and later decides > to use standalone Keycloak. > > > This would make the things messy /wrt evidence of who created what > application, but maybe a warning that this information will be lost should > be okay? > > > > On Tue, Nov 18, 2014 at 8:55 PM, Bruno Oliveira wrote: > > > Help is always welcome. Feel free to create sub-tasks here: AGPUSH-1047 > > > > Thank you Lukas. > > > > On 2014-11-18, Luk?? Fry? wrote: > > > This seems that makes for pretty good User Experience... > > > > > > What about "Built-in" Keycloak instead of Default? > > > I guess "Keycloak URL" will disappear when "Built-in" is chosen, right? > > > > > > Let me know, Brno, if you would appreciate help with prototyping that UI. > > > > > > > > > > > > On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc > > > wrote: > > > > > > > > > > > > > > > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira > > > > wrote: > > > > > > > >> Question: What would be the best for you generate an ups-realm.json > > file > > > >> for download based on the current host or let the developer specify > > the > > > >> redirect URL? > > > >> > > > > I would say, let's use the current host, like we do when we generate > > the > > > > code snippets examples. > > > > > > > >> > > > >> I'm thinking about it > > > >> > > > >> > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 > > > >> > > > >> > > > >> On 2014-11-17, Matthias Wessendorf wrote: > > > >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf < > > matzew at apache.org > > > >> > > > > >> > wrote: > > > >> > > > > >> > > > > > >> > > > > > >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira < > > bruno at abstractj.org> > > > >> > > wrote: > > > >> > > > > > >> > >> Good morning amazing people. > > > >> > >> > > > >> > >> While working on AGPUSH-1047, I was wondering if would make > > sense on > > > >> > >> having a configuration page before users getting started. > > > >> > >> > > > >> > > > > > >> > > you speak out of my mind, I thought about the same in the train, > > when > > > >> I > > > >> > > saw you changes on GH (the URL replacements to KC and KC.js). > > > >> > > > > > >> > > We somehow should have a dialog right after installation, that > > asks > > > >> > > "default" or "custom" KC server etc > > > >> > > > > > >> > > > > >> > where > > > >> > * default would be -> KC and UPS on same server; > > > >> > custom: Provide URL for KC server > > > >> > > > > >> > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > >> > > > >> > >> I thinking about the current problem on decoupling our server > > from > > > >> > >> Keycloak[1] and OpenShift. > > > >> > >> > > > >> > >> What is the current proposal for the initial setup? > > > >> > >> > > > >> > >> 1. Developer create an UPS instance on OpenShift > > > >> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > >> > >> 3. The application automagically redirect to the configuration > > page > > > >> with > > > >> > >> options to skip or enter the URL for the Keycloak server. > > > >> > >> 4. App changes the keycloak.json/ups-realm.json file based on > > the URL > > > >> > >> provided. > > > >> > >> > > > >> > >> Does it make sense? > > > >> > >> > > > >> > > > > > >> > > yes, it absolutely does! > > > >> > > > > > >> > > > > > >> > >> > > > >> > >> [1] - > > > >> > >> > > > >> > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > >> > >> > > > >> > >> -- > > > >> > >> > > > >> > >> abstractj > > > >> > >> PGP: 0x84DC9914 > > > >> > >> _______________________________________________ > > > >> > >> aerogear-dev mailing list > > > >> > >> aerogear-dev at 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 > > > >> > > > >> > _______________________________________________ > > > >> > aerogear-dev mailing list > > > >> > aerogear-dev at lists.jboss.org > > > >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > >> > > > >> > > > >> -- > > > >> > > > >> abstractj > > > >> PGP: 0x84DC9914 > > > >> _______________________________________________ > > > >> aerogear-dev mailing list > > > >> aerogear-dev at lists.jboss.org > > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > >> > > > > > > > > > > > > _______________________________________________ > > > > aerogear-dev mailing list > > > > aerogear-dev at lists.jboss.org > > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From qmx at qmx.me Wed Nov 19 06:25:13 2014 From: qmx at qmx.me (Douglas Campos) Date: Wed, 19 Nov 2014 09:25:13 -0200 Subject: [aerogear-dev] Aerogear Website In-Reply-To: <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> References: <1737909198.219746.1416231307667.JavaMail.zimbra@redhat.com> <1866481615.219949.1416231913102.JavaMail.zimbra@redhat.com> Message-ID: <20141119112513.GD81812@darkstar.local> I like this a lot! Extra karma since the mobile version (responsive) looks nice too :) -- qmx From lukas.fryc at gmail.com Wed Nov 19 08:21:36 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Wed, 19 Nov 2014 14:21:36 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141119100742.GB47361@abstractj.org> References: <20141117161304.GA72441@abstractj.org> <20141118103435.GB2227@abstractj.org> <20141118195555.GA46468@abstractj.org> <20141119100742.GB47361@abstractj.org> Message-ID: Yep, that sounds good, the configuration screen can be called out from Menu directly (alongside Account Management and Log out options)? I guess a submenu (Configuration > Keycloak) or a screen with a link to the Keycloak configuration would be a best fit. On Wed, Nov 19, 2014 at 11:07 AM, Bruno Oliveira wrote: > Morning my friend, I added a description with some simple rules at > AGPUSH-1111. Quoting here for discussion: > > To decouple UPS from Keycloak in separated servers a configuration > interface must be built to generate the appropriate JSON file on the > fly, during the configuration. > > Some rules must be respected: > > - First time configuration > > If the configuration is the first time, just prompt user with the > configuration interface built buy Andres Galante. > > - After the URL configuration > > If the configuration was already provided and the admin must change it, > he must be logged in to change. Otherwise, change to other Keycloak > server won't be allowed > > Does it make any sense for you? > > > On 2014-11-19, Luk?? Fry? wrote: > > One more question to configuration screen (as I'm not aware it was > > discussed yet), > > > > do we allow users to reconfigure Keycloak instance once it is already in > > use via the configuration screen? > > > > This would be handy if someone installs UPS with defaults and later > decides > > to use standalone Keycloak. > > > > > > This would make the things messy /wrt evidence of who created what > > application, but maybe a warning that this information will be lost > should > > be okay? > > > > > > > > On Tue, Nov 18, 2014 at 8:55 PM, Bruno Oliveira > wrote: > > > > > Help is always welcome. Feel free to create sub-tasks here: AGPUSH-1047 > > > > > > Thank you Lukas. > > > > > > On 2014-11-18, Luk?? Fry? wrote: > > > > This seems that makes for pretty good User Experience... > > > > > > > > What about "Built-in" Keycloak instead of Default? > > > > I guess "Keycloak URL" will disappear when "Built-in" is chosen, > right? > > > > > > > > Let me know, Brno, if you would appreciate help with prototyping > that UI. > > > > > > > > > > > > > > > > On Tue, Nov 18, 2014 at 11:39 AM, Sebastien Blanc < > scm.blanc at gmail.com> > > > > wrote: > > > > > > > > > > > > > > > > > > > On Tue, Nov 18, 2014 at 11:34 AM, Bruno Oliveira < > bruno at abstractj.org> > > > > > wrote: > > > > > > > > > >> Question: What would be the best for you generate an > ups-realm.json > > > file > > > > >> for download based on the current host or let the developer > specify > > > the > > > > >> redirect URL? > > > > >> > > > > > I would say, let's use the current host, like we do when we > generate > > > the > > > > > code snippets examples. > > > > > > > > > >> > > > > >> I'm thinking about it > > > > >> > > > > >> > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-b8df82f22499b0118c37e0e363c4342aR80 > > > > >> > > > > >> > > > > >> On 2014-11-17, Matthias Wessendorf wrote: > > > > >> > On Mon, Nov 17, 2014 at 5:17 PM, Matthias Wessendorf < > > > matzew at apache.org > > > > >> > > > > > >> > wrote: > > > > >> > > > > > >> > > > > > > >> > > > > > > >> > > On Mon, Nov 17, 2014 at 5:13 PM, Bruno Oliveira < > > > bruno at abstractj.org> > > > > >> > > wrote: > > > > >> > > > > > > >> > >> Good morning amazing people. > > > > >> > >> > > > > >> > >> While working on AGPUSH-1047, I was wondering if would make > > > sense on > > > > >> > >> having a configuration page before users getting started. > > > > >> > >> > > > > >> > > > > > > >> > > you speak out of my mind, I thought about the same in the > train, > > > when > > > > >> I > > > > >> > > saw you changes on GH (the URL replacements to KC and KC.js). > > > > >> > > > > > > >> > > We somehow should have a dialog right after installation, that > > > asks > > > > >> > > "default" or "custom" KC server etc > > > > >> > > > > > > >> > > > > > >> > where > > > > >> > * default would be -> KC and UPS on same server; > > > > >> > custom: Provide URL for KC server > > > > >> > > > > > >> > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > >> > > > > >> > >> I thinking about the current problem on decoupling our server > > > from > > > > >> > >> Keycloak[1] and OpenShift. > > > > >> > >> > > > > >> > >> What is the current proposal for the initial setup? > > > > >> > >> > > > > >> > >> 1. Developer create an UPS instance on OpenShift > > > > >> > >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push > > > > >> > >> 3. The application automagically redirect to the > configuration > > > page > > > > >> with > > > > >> > >> options to skip or enter the URL for the Keycloak server. > > > > >> > >> 4. App changes the keycloak.json/ups-realm.json file based on > > > the URL > > > > >> > >> provided. > > > > >> > >> > > > > >> > >> Does it make sense? > > > > >> > >> > > > > >> > > > > > > >> > > yes, it absolutely does! > > > > >> > > > > > > >> > > > > > > >> > >> > > > > >> > >> [1] - > > > > >> > >> > > > > >> > > > > https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > > > >> > >> > > > > >> > >> -- > > > > >> > >> > > > > >> > >> abstractj > > > > >> > >> PGP: 0x84DC9914 > > > > >> > >> _______________________________________________ > > > > >> > >> aerogear-dev mailing list > > > > >> > >> aerogear-dev at 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 > > > > >> > > > > >> > _______________________________________________ > > > > >> > aerogear-dev mailing list > > > > >> > aerogear-dev at lists.jboss.org > > > > >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > >> > > > > >> > > > > >> -- > > > > >> > > > > >> abstractj > > > > >> PGP: 0x84DC9914 > > > > >> _______________________________________________ > > > > >> aerogear-dev mailing list > > > > >> aerogear-dev at lists.jboss.org > > > > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > >> > > > > > > > > > > > > > > > _______________________________________________ > > > > > aerogear-dev mailing list > > > > > aerogear-dev at lists.jboss.org > > > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > > > > > > > _______________________________________________ > > > > aerogear-dev mailing list > > > > aerogear-dev at lists.jboss.org > > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > > > > -- > > > > > > abstractj > > > PGP: 0x84DC9914 > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/11a5ecb2/attachment-0001.html From matzew at apache.org Wed Nov 19 09:07:20 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 19 Nov 2014 15:07:20 +0100 Subject: [aerogear-dev] Safari Push notifications In-Reply-To: <851DB33C-D7BA-401F-A081-C8CD289D727A@redhat.com> References: <0F0A5DAF-9D0C-47B4-B402-7975C902ABCA@redhat.com> <2371EC83-66F8-430C-A35D-E5F58F08119B@redhat.com> <6B8B19DF-C401-4628-872C-91085A5BD704@redhat.com> <9D9CF372-9731-4F59-8055-2F0F4F076014@redhat.com> <851DB33C-D7BA-401F-A081-C8CD289D727A@redhat.com> Message-ID: Hey Luke, did a first review and also committed some minor tweaks to polish the comments. First round -> done On Fri, Nov 14, 2014 at 8:42 PM, Lucas Holmquist wrote: > yea, no problem, i was just wondering if there were thoughts on having 2 > selections or just 1. > > On Nov 14, 2014, at 2:35 PM, Matthias Wessendorf > wrote: > > so far so good :-) > > It's just been a bit busy the last weeks... I will do a detailed review, > and tests next week. > Sounds good? > > On Fri, Nov 14, 2014 at 6:58 PM, Lucas Holmquist > wrote: > >> >> On Nov 5, 2014, at 2:03 PM, Lucas Holmquist wrote: >> >> so i wrote a little blog post on this, >> http://blog.lholmquist.org/safari-push-notifications/ >> >> >> So i?ve made the iOSVariant an APNsVariant, but now i have a decision. >> >> currently on the safari-push branch, >> https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push, >> i?ve changed the UI to this: >> >> >> http://blog.lholmquist.org/content/images/2014/Nov/Screen_Shot_2014_11_05_at_11_09_49_AM.png >> >> where there is 1 variant to choose from for iOS and Safari. And not >> really and way to tell the difference if a variant is for safari or for iOS >> >> I?m wondering if there should be 2 selections that hit the same(update >> from ios) ?apns" endpoint, and also a field on the APNsVariant to >> differentiate between iOS and Safari, i can see this as being something >> for analytics >> >> any thoughts on this? >> >> >> If we agree to go this route, then we can do the same when we update the >> GCMVariant >> >> >> >> >> >> >> On Oct 30, 2014, at 9:13 AM, Lucas Holmquist wrote: >> >> hmm, indeed, let me try that also >> >> On Oct 30, 2014, at 2:57 AM, Matthias Wessendorf >> wrote: >> >> I tried the same, again with -d (rhc -d), that worked fine.... >> >> >> hrm... >> >> On Thu, Oct 30, 2014 at 7:48 AM, Matthias Wessendorf >> wrote: >> >>> hahaha, than it disappeared ??? :-) >>> >>> looks like the 'delete' was triggered by the 504 ? >>> >>> On Thu, Oct 30, 2014 at 7:47 AM, Matthias Wessendorf >>> wrote: >>> >>>> Here is what I did, on command line: >>>> rhc app create --no-git safari " >>>> https://cartreflect-claytondev.rhcloud.com/reflect?github=lholmquist/openshift-origin-cartridge-aerogear-push-wildfly&commit=086fe4f75f8991e7780c9df078c7371377c68aa2 >>>> " >>>> >>>> >>>> >>>> One the console, I am getting: >>>> Creating application 'safari' ... Server returned an unexpected error >>>> code: 504 >>>> >>>> >>>> >>>> >>>> but.... well, here is the server -> >>>> https://safari-pushee.rhcloud.com/ag-push >>>> >>>> >>>> >>>> What I do not understand it the 504 :) >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Oct 29, 2014 at 10:01 PM, Matthias Wessendorf < >>>> matzew at apache.org> wrote: >>>> >>>>> any log from rhc client? >>>>> >>>>> >>>>> On Wednesday, October 29, 2014, Lucas Holmquist >>>>> wrote: >>>>> >>>>>> i?ve created a safari-push branch on my fork of the open shift >>>>>> cartridge, >>>>>> >>>>>> >>>>>> https://github.com/lholmquist/openshift-origin-cartridge-aerogear-push-wildfly/tree/safari-push >>>>>> >>>>>> >>>>>> i?ve been trying to create an app with it but haven?t been >>>>>> successful, perhaps something i?m doing, anyone mind giving it a try >>>>>> >>>>>> On Oct 28, 2014, at 3:35 PM, Lucas Holmquist >>>>>> wrote: >>>>>> >>>>>> >>>>>> The branch on the main repo >>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push >>>>>> >>>>>> subsequent PR?s will target this one >>>>>> >>>>>> On Oct 28, 2014, at 3:21 PM, Lucas Holmquist >>>>>> wrote: >>>>>> >>>>>> Here is the initial addition in one of my branches: >>>>>> https://github.com/lholmquist/aerogear-unified-push-server/tree/safari-push >>>>>> >>>>>> On Oct 27, 2014, at 9:42 AM, Matthias Wessendorf >>>>>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Oct 27, 2014 at 2:28 PM, Lucas Holmquist >>>>> > wrote: >>>>>> >>>>>>> >>>>>>> On Oct 27, 2014, at 9:20 AM, Erik Jan de Wit >>>>>>> wrote: >>>>>>> >>>>>>> On 27 Oct,2014, at 14:15 , Lucas Holmquist >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> So i?ve run into a bit of a problem, I?m trying to send >>>>>>> notifications, using >>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L52 >>>>>>> >>>>>>> but i?m not sure how to also tell it to use the new >>>>>>> SafarVariant.class that i?ve created. >>>>>>> >>>>>>> >>>>>>> Right now a sender is configured to send notifications for one >>>>>>> specific variant type, this mapping is configured on the top of the class: >>>>>>> >>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L40 >>>>>>> >>>>>>> so APNsPushNotificationSender will only be use for iOSVariant variants, >>>>>>> so either we change the way this works or you create a new Sender ( that >>>>>>> extends this one maybe ) >>>>>>> >>>>>>> >>>>>>> I think i?ll just create a new sender of now just to get something >>>>>>> working since the SafariVariant and iOSVariant will be combined into an >>>>>>> APNsVariant in the near future. >>>>>>> >>>>>> >>>>>> sounds reasonable on getting this started >>>>>> >>>>>> -M >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Cheers, >>>>>>> Erik Jan >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Sent from Gmail Mobile >>>>> >>>> >>>> >>>> >>>> -- >>>> 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-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/b6b6ab25/attachment-0001.html From pratik.p.parikh at gmail.com Wed Nov 19 09:10:13 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Wed, 19 Nov 2014 07:10:13 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416364468728-10037.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> <20141118110724.GC2436@abstractj.org> <1416312199099-10023.post@n5.nabble.com> <1416364468728-10037.post@n5.nabble.com> Message-ID: <1416406213004-10043.post@n5.nabble.com> Hi Bruno, Finally have a UI partially showing up. What was the problem CORS i need to add UPS-JS with the ip and port or dns. Now my problem is the following "Bearer realm="aerogear", error="invalid_token", error_description="Token audience doesn't match domain."" ?? Seems like another configuration missing in Unified Push Server any direction will be greatly appreciated. Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10043.html Sent from the aerogear-dev mailing list archive at Nabble.com. From scm.blanc at gmail.com Wed Nov 19 09:14:08 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Wed, 19 Nov 2014 15:14:08 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc wrote: > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > Output > format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > Anyone on this ? I'm working on the import right now and making these fields editable could be part of the PR > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/882f588c/attachment.html From matzew at apache.org Wed Nov 19 09:52:37 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 19 Nov 2014 15:52:37 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: On Mon, Nov 17, 2014 at 3:15 PM, Daniel Bevenius wrote: > Looks good. Should the export button be different colour than red perhaps? > Perhaps we can just put the focus on the cancel button instead or > something like that. > +1 blue is the color to go with > > On 17 November 2014 14:55, Sebastien Blanc wrote: > >> Hi, >> I started to implement the "export" feature : >> >> - https://github.com/aerogear/aerogear-unifiedpush-server/pull/435 >> >> Also a really short screencast showing how it works : >> https://www.youtube.com/watch?v=HFXesTHh4PM&feature=youtu.be >> >> >> >> On Thu, Nov 13, 2014 at 2:52 PM, Sebastien Blanc >> wrote: >> >>> >>> >>> On Wed, Nov 12, 2014 at 12:36 PM, Sebastien Blanc >>> wrote: >>> >>>> >>>> >>>> On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic < >>>> smikloso at redhat.com> wrote: >>>> >>>>> Hi, >>>>> >>>>> >>>>> I have two comments. The first one is about JSON export of an >>>>> Installation. You declare it is like this when it comes to categories: >>>>> >>>>> >>>>> "categories" : ["football", "sport"] >>>>> >>>>> >>>>> However, with the current UPS of version 1.0.2, when you register some >>>>> installation, it returns you this >>>>> https://issues.jboss.org/browse/AGPUSH-1093 >>>>> >>>>> >>>>> This issue should be addressed and since exporting of installations >>>>> more or less means to marshall them into JSON, you hit this issue for sure >>>>> so model should be updated to return only array of category names instead >>>>> of its JSON representation. >>>>> >>>> Ok good catch, I will keep this ticket in mind >>>> >>>>> >>>>> The second comment is about security. I am begging you here from QA >>>>> team to make it doable via REST and not (only) via UPS console because it >>>>> simplifies tons of hacking around the code. Right now we are doing whole >>>>> import by adding custom JAX-RS endpoints on top of UPS, we generate >>>>> applications, variants and installations randomly as JSONs and send them to >>>>> UPS to these batch endpoints and we are calling services to persist them. >>>>> >>>> I know, for now you can access it through rest, but tbh I want to have >>>> the security expert feedback on this and if we decide it's too insecure we >>>> will have to change it >>>> >>> >>> So I have been thinking more on this and sorry Stefan, I think we will >>> not allow export using basic auth , it;s to insecure, just with >>> variantId/variantSecret someone would be able to retrieve all the device >>> tokens. >>> >>> >>> >>>>> You can find it here (1) >>>>> >>>>> >>>>> In case this would be done via REST, it would be no-brainer and huge >>>>> time saver for QA guys. >>>>> >>>>> >>>>> (1) >>>>> https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 >>>>> >>>>> Thanks >>>>> >>>>> Stefan Miklosovic >>>>> Red Hat Brno - JBoss Mobile Platform >>>>> >>>>> e-mail: smikloso at redhat.com >>>>> irc: smikloso >>>>> >>>>> ------------------------------ >>>>> >>>>> Hi, >>>>> >>>>> I would like to start a discussion around the import/export of >>>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>>> containing some sub-tasks. >>>>> >>>>> Scope >>>>> >>>>> For now we stick to installations, meanning we can import or export >>>>> installations from a particular Variant. Import/Export for Variants will >>>>> maybe come later but due to some security issues (mainly for iOS >>>>> cert/passphrase) it's on hold. >>>>> >>>>> Import >>>>> Service >>>>> >>>>> That's an easy one ;) since the service already exist [2]. It's a REST >>>>> service and it uses the VariantId/Secret combination to authenticate. >>>>> >>>>> Data format looks like : >>>>> >>>>> [ >>>>> { >>>>> "deviceToken" : "someTokenString", >>>>> "deviceType" : "iPad", >>>>> "operatingSystem" : "iOS", >>>>> "osVersion" : "6.1.2", >>>>> "alias" : "someUsername or email adress...", >>>>> "categories" : ["football", "sport"] >>>>> }, >>>>> { >>>>> "deviceToken" : "someOtherTokenString", >>>>> ... >>>>> }, >>>>> ... >>>>> ] >>>>> >>>>> >>>>> Export >>>>> Service >>>>> >>>>> Like import, it will use the variantId/secret combo to authenticate >>>>> and retrieve the right variant to export the installations. The data >>>>> structure format would of course looks like the one used for import. >>>>> >>>>> Output >>>>> format >>>>> >>>>> How should provide the exported data ? I need your input here 1. Raw >>>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>>> UI >>>>> >>>>> UI should be a *nice to have* >>>>> >>>>> I would suggest to add 2 items (import and export) in the contextual >>>>> menu that you can see in this screenshot : >>>>> >>>>> >>>>> >>>>> >>>>> For import, the user will have a file input and feedback on how many >>>>> installations were imported. For export, the user just have to press an >>>>> export button >>>>> >>>>> Migration >>>>> issues >>>>> >>>>> So, that is a very important point that I would like to discuss. Even >>>>> if we are able to import installations, the *variantID_ and the >>>>> __variantSecret* will not match with those that are in the Clients. >>>>> >>>>> Imagine the following scenario : I export 15000 installations, my >>>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>>> sure, they can be updated but that might not always be an option. >>>>> >>>>> That is why I would like suggest the following change : Make >>>>> *VariantId* and *VariantSecret* editable, so after someone has done >>>>> an import he can change the values of the variants so it matches the >>>>> clients. >>>>> >>>>> I know we had this discussion before, but in the future we might want >>>>> to change the naming around VariantId and VariantSecret, to me it sounds >>>>> more like *variantAPIKey* / *variantAPISecret* >>>>> >>>>> wdyt ? >>>>> >>>>> Security >>>>> >>>>> As said before, import/export uses variantId/variantSecret to >>>>> authenticate. So if someone has access to these keys he could make a >>>>> malicious import of 500k installations. What should we do for that ? We >>>>> could give this access only to authenticated "console" users but then it >>>>> would be hard to expose import/export as rest service (because of KC >>>>> implication) >>>>> >>>>> Please comment, ask questions , be crazy ... >>>>> >>>>> Sebi >>>>> >>>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>>> >>>>> [2] >>>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>> >>>> >>> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/a38cfc1d/attachment-0001.html From matzew at apache.org Wed Nov 19 09:57:59 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 19 Nov 2014 15:57:59 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: Late, but better than never. comments inline On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc wrote: > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > +1 not sure it needs to be pretty :) I am fine with having this {{{{.....a gazillion clients}}}} Output format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > I saw we do gzip and JSON. +1 on that > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. > a dialog simliar to variant creation. should have some validation checks > For export, the user just have to press an export button > +1 > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > -1 on making the variantID and secret editable for everyone. Let's have that only being done by the push admin. Also, we need to make sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with foo:bar ... but... well :) if one really does that... it's not our fault. but yeah, let's make sure the admin can edit, and use UUID. > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > YES! But, let's please do that on a different PR ! > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/e88845b0/attachment.html From agalante at redhat.com Wed Nov 19 09:58:45 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 19 Nov 2014 09:58:45 -0500 (EST) Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: <940851986.74864.1416409125955.JavaMail.zimbra@redhat.com> Yeap, Export should not be red. +1 blue ----- Original Message ----- From: "Matthias Wessendorf" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 19, 2014 11:52:37 AM Subject: Re: [aerogear-dev] [UPS] Import/Export of installations On Mon, Nov 17, 2014 at 3:15 PM, Daniel Bevenius < daniel.bevenius at gmail.com > wrote: Looks good. Should the export button be different colour than red perhaps? Perhaps we can just put the focus on the cancel button instead or something like that. +1 blue is the color to go with On 17 November 2014 14:55, Sebastien Blanc < scm.blanc at gmail.com > wrote: Hi, I started to implement the "export" feature : - https://github.com/aerogear/aerogear-unifiedpush-server/pull/435 Also a really short screencast showing how it works : https://www.youtube.com/watch?v=HFXesTHh4PM&feature=youtu.be On Thu, Nov 13, 2014 at 2:52 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: On Wed, Nov 12, 2014 at 12:36 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic < smikloso at redhat.com > wrote: Hi, I have two comments. The first one is about JSON export of an Installation. You declare it is like this when it comes to categories: "categories" : ["football", "sport"] However, with the current UPS of version 1.0.2, when you register some installation, it returns you this https://issues.jboss.org/browse/AGPUSH-1093 This issue should be addressed and since exporting of installations more or less means to marshall them into JSON, you hit this issue for sure so model should be updated to return only array of category names instead of its JSON representation. Ok good catch, I will keep this ticket in mind The second comment is about security. I am begging you here from QA team to make it doable via REST and not (only) via UPS console because it simplifies tons of hacking around the code. Right now we are doing whole import by adding custom JAX-RS endpoints on top of UPS, we generate applications, variants and installations randomly as JSONs and send them to UPS to these batch endpoints and we are calling services to persist them. I know, for now you can access it through rest, but tbh I want to have the security expert feedback on this and if we decide it's too insecure we will have to change it So I have been thinking more on this and sorry Stefan, I think we will not allow export using basic auth , it;s to insecure, just with variantId/variantSecret someone would be able to retrieve all the device tokens. You can find it here (1) In case this would be done via REST, it would be no-brainer and huge time saver for QA guys. (1) https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 Thanks Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso Hi, I would like to start a discussion around the import/export of installations in UPS. To track all the tasks, we have a ticket[1] also containing some sub-tasks. Scope For now we stick to installations, meanning we can import or export installations from a particular Variant. Import/Export for Variants will maybe come later but due to some security issues (mainly for iOS cert/passphrase) it's on hold. Import Service That's an easy one ;) since the service already exist [2]. It's a REST service and it uses the VariantId/Secret combination to authenticate. Data format looks like : [ { "deviceToken" : "someTokenString", "deviceType" : "iPad", "operatingSystem" : "iOS", "osVersion" : "6.1.2", "alias" : "someUsername or email adress...", "categories" : ["football", "sport"] }, { "deviceToken" : "someOtherTokenString", ... }, ... ] Export Service Like import, it will use the variantId/secret combo to authenticate and retrieve the right variant to export the installations. The data structure format would of course looks like the one used for import. Output format How should provide the exported data ? I need your input here 1. Raw Json ? 2. Json file ? 3. Zip / tarball ? UI UI should be a nice to have I would suggest to add 2 items (import and export) in the contextual menu that you can see in this screenshot : For import, the user will have a file input and feedback on how many installations were imported. For export, the user just have to press an export button Migration issues So, that is a very important point that I would like to discuss. Even if we are able to import installations, the variantID_ and the __variantSecret will not match with those that are in the Clients. Imagine the following scenario : I export 15000 installations, my datacenter burns, I create a new UPS instance, with a new Push App and a new Variant (so new VariantID and VariantSecret), then I inport the installations. Well, my 15000 clients will point to the wrong variant. For sure, they can be updated but that might not always be an option. That is why I would like suggest the following change : Make VariantId and VariantSecret editable, so after someone has done an import he can change the values of the variants so it matches the clients. I know we had this discussion before, but in the future we might want to change the naming around VariantId and VariantSecret, to me it sounds more like variantAPIKey / variantAPISecret wdyt ? Security As said before, import/export uses variantId/variantSecret to authenticate. So if someone has access to these keys he could make a malicious import of 500k installations. What should we do for that ? We could give this access only to authenticated "console" users but then it would be hard to expose import/export as rest service (because of KC implication) Please comment, ask questions , be crazy ... Sebi [1] https://issues.jboss.org/browse/AGPUSH-978 [2] http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 19 10:08:05 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 19 Nov 2014 16:08:05 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic wrote: > Hi, > > > I have two comments. The first one is about JSON export of an > Installation. You declare it is like this when it comes to categories: > > > "categories" : ["football", "sport"] > > > However, with the current UPS of version 1.0.2, when you register some > installation, it returns you this > https://issues.jboss.org/browse/AGPUSH-1093 > > > This issue should be addressed and since exporting of installations more > or less means to marshall them into JSON, you hit this issue for sure so > model should be updated to return only array of category names instead of > its JSON representation. > > > The second comment is about security. I am begging you here from QA team > to make it doable via REST and not (only) via UPS console because it > simplifies tons of hacking around the code. > I'd perfer this being protected by KC, since the export should be done only via the admin UI. I think for testing, here is what's needed inside of Keycloak for the UPS realm: http://docs.jboss.org/keycloak/docs/1.0.4.Final/userguide/html/direct-access-grants.html -Matthias > Right now we are doing whole import by adding custom JAX-RS endpoints on > top of UPS, we generate applications, variants and installations randomly > as JSONs and send them to UPS to these batch endpoints and we are calling > services to persist them. > > > You can find it here (1) > > > In case this would be done via REST, it would be no-brainer and huge time > saver for QA guys. > > > (1) > https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 > > Thanks > > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso at redhat.com > irc: smikloso > > ------------------------------ > > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > Output > format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141119/33acc4eb/attachment.html From bruno at abstractj.org Wed Nov 19 10:21:30 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 19 Nov 2014 13:21:30 -0200 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: <20141119152130.GA85621@abstractj.org> On 2014-11-12, Stefan Miklosovic wrote: > Hi, > > I have two comments. The first one is about JSON export of an Installation. You declare it is like this when it comes to categories: > > "categories" : ["football", "sport"] > > However, with the current UPS of version 1.0.2, when you register some installation, it returns you this https://issues.jboss.org/browse/AGPUSH-1093 > > This issue should be addressed and since exporting of installations more or less means to marshall them into JSON, you hit this issue for sure so model should be updated to return only array of category names instead of its JSON representation. > > The second comment is about security. I am begging you here from QA team to make it doable via REST and not (only) via UPS console because it simplifies tons of hacking around the code. Right now we are doing whole import by adding custom JAX-RS endpoints on top of UPS, we generate applications, variants and installations randomly as JSONs and send them to UPS to these batch endpoints and we are calling services to persist them. > I think it has nothing to do with security, it pretty much stands for ther requirements on UPS. Also, like you mentioned is no-brainer to enable it on KC admin see: http://docs.jboss.org/keycloak/docs/1.0-beta-3/userguide/html/direct-access-grants.html We're just enabling something that we don't want to see enabled in production and people can do it by themselves. > You can find it here (1) > > In case this would be done via REST, it would be no-brainer and huge time saver for QA guys. > > (1) https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 > > Thanks > > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso at redhat.com > irc: smikloso > > ----- Original Message ----- > > > Hi, > > > I would like to start a discussion around the import/export of installations > > in UPS. To track all the tasks, we have a ticket[1] also containing some > > sub-tasks. Scope > > > For now we stick to installations, meanning we can import or export > > installations from a particular Variant. Import/Export for Variants will > > maybe come later but due to some security issues (mainly for iOS > > cert/passphrase) it's on hold. Import Service > > > That's an easy one ;) since the service already exist [2]. It's a REST > > service and it uses the VariantId/Secret combination to authenticate. > > > Data format looks like : > > [ > > { > > "deviceToken" : "someTokenString", > > "deviceType" : "iPad", > > "operatingSystem" : "iOS", > > "osVersion" : "6.1.2", > > "alias" : "someUsername or email adress...", > > "categories" : ["football", "sport"] > > }, > > { > > "deviceToken" : "someOtherTokenString", > > ... > > }, > > ... > > ] > > Export Service > > > Like import, it will use the variantId/secret combo to authenticate and > > retrieve the right variant to export the installations. The data structure > > format would of course looks like the one used for import. Output format > > > How should provide the exported data ? I need your input here 1. Raw Json ? > > 2. Json file ? 3. Zip / tarball ? UI > > > UI should be a nice to have > > > I would suggest to add 2 items (import and export) in the contextual menu > > that you can see in this screenshot : > > > For import, the user will have a file input and feedback on how many > > installations were imported. For export, the user just have to press an > > export button Migration issues > > > So, that is a very important point that I would like to discuss. Even if we > > are able to import installations, the variantID_ and the __variantSecret > > will not match with those that are in the Clients. > > > Imagine the following scenario : I export 15000 installations, my datacenter > > burns, I create a new UPS instance, with a new Push App and a new Variant > > (so new VariantID and VariantSecret), then I inport the installations. Well, > > my 15000 clients will point to the wrong variant. For sure, they can be > > updated but that might not always be an option. > > > That is why I would like suggest the following change : Make VariantId and > > VariantSecret editable, so after someone has done an import he can change > > the values of the variants so it matches the clients. > > > I know we had this discussion before, but in the future we might want to > > change the naming around VariantId and VariantSecret, to me it sounds more > > like variantAPIKey / variantAPISecret > > > wdyt ? Security > > > As said before, import/export uses variantId/variantSecret to authenticate. > > So if someone has access to these keys he could make a malicious import of > > 500k installations. What should we do for that ? We could give this access > > only to authenticated "console" users but then it would be hard to expose > > import/export as rest service (because of KC implication) > > > Please comment, ask questions , be crazy ... > > > Sebi > > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > > [2] > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Wed Nov 19 10:41:25 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Wed, 19 Nov 2014 13:41:25 -0200 Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <1416406213004-10043.post@n5.nabble.com> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> <20141118110724.GC2436@abstractj.org> <1416312199099-10023.post@n5.nabble.com> <1416364468728-10037.post@n5.nabble.com> <1416406213004-10043.post@n5.nabble.com> Message-ID: <20141119154125.GA95237@abstractj.org> Hi my friend, this is mostly what you need inside /config https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-6d24617a96a9f1b3efd6f0778e86875bR7 At least here, solved the problem. On 2014-11-19, Pratik Parikh wrote: > Hi Bruno, > > Finally have a UI partially showing up. What was the problem CORS i need > to add UPS-JS with the ip and port or dns. Now my problem is the following > "Bearer realm="aerogear", error="invalid_token", error_description="Token > audience doesn't match domain."" ?? Seems like another configuration > missing in Unified Push Server any direction will be greatly appreciated. > > Regards, > Pratik Parikh > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10043.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From pratik.p.parikh at gmail.com Wed Nov 19 22:09:59 2014 From: pratik.p.parikh at gmail.com (Pratik Parikh) Date: Wed, 19 Nov 2014 20:09:59 -0700 (MST) Subject: [aerogear-dev] AGPUSH-1047: Decouple UPS from Keycloak In-Reply-To: <20141119154125.GA95237@abstractj.org> References: <20141114105342.GB42683@abstractj.org> <20141117191504.GB73348@abstractj.org> <1416276048406-10012.post@n5.nabble.com> <20141118110724.GC2436@abstractj.org> <1416312199099-10023.post@n5.nabble.com> <1416364468728-10037.post@n5.nabble.com> <1416406213004-10043.post@n5.nabble.com> <20141119154125.GA95237@abstractj.org> Message-ID: <1416452999239-10051.post@n5.nabble.com> Hi Bruno, Well you where correct, *but I think i might have not informed you that I am using Keycloak 1.1.0.Beta1*. In any case the above problem of unauthorized 401 was because i needed to upgrade the adapters and other keycloak jar's. Now the next problem is when i got to the Account Managment screen the css is coming at 404. After doing some digging, it seem like that needs to be rethought because in the aerogear account css we have the following import which assumes that keycloak and aerogear are on one server. I think this one last thing, what should be the correct fix for this? *@import url("/ag-push/styles/account.css");* @import url("../../patternfly/css/account.css"); Regards, Pratik Parikh -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AGPUSH-1047-Decouple-UPS-from-Keycloak-tp9973p10051.html Sent from the aerogear-dev mailing list archive at Nabble.com. From daniel.bevenius at gmail.com Thu Nov 20 00:53:16 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Thu, 20 Nov 2014 06:53:16 +0100 Subject: [aerogear-dev] Safari Push notifications In-Reply-To: References: <0F0A5DAF-9D0C-47B4-B402-7975C902ABCA@redhat.com> <2371EC83-66F8-430C-A35D-E5F58F08119B@redhat.com> <6B8B19DF-C401-4628-872C-91085A5BD704@redhat.com> <9D9CF372-9731-4F59-8055-2F0F4F076014@redhat.com> <851DB33C-D7BA-401F-A081-C8CD289D727A@redhat.com> Message-ID: Nice work Luke! I noticed a minor typo, "push pacakge", in your blog. On 19 November 2014 15:07, Matthias Wessendorf wrote: > Hey Luke, > > did a first review and also committed some minor tweaks to polish the > comments. First round -> done > > On Fri, Nov 14, 2014 at 8:42 PM, Lucas Holmquist > wrote: > >> yea, no problem, i was just wondering if there were thoughts on having 2 >> selections or just 1. >> >> On Nov 14, 2014, at 2:35 PM, Matthias Wessendorf >> wrote: >> >> so far so good :-) >> >> It's just been a bit busy the last weeks... I will do a detailed review, >> and tests next week. >> Sounds good? >> >> On Fri, Nov 14, 2014 at 6:58 PM, Lucas Holmquist >> wrote: >> >>> >>> On Nov 5, 2014, at 2:03 PM, Lucas Holmquist wrote: >>> >>> so i wrote a little blog post on this, >>> http://blog.lholmquist.org/safari-push-notifications/ >>> >>> >>> So i?ve made the iOSVariant an APNsVariant, but now i have a decision. >>> >>> currently on the safari-push branch, >>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push, >>> i?ve changed the UI to this: >>> >>> >>> http://blog.lholmquist.org/content/images/2014/Nov/Screen_Shot_2014_11_05_at_11_09_49_AM.png >>> >>> where there is 1 variant to choose from for iOS and Safari. And not >>> really and way to tell the difference if a variant is for safari or for iOS >>> >>> I?m wondering if there should be 2 selections that hit the same(update >>> from ios) ?apns" endpoint, and also a field on the APNsVariant to >>> differentiate between iOS and Safari, i can see this as being something >>> for analytics >>> >>> any thoughts on this? >>> >>> >>> If we agree to go this route, then we can do the same when we update >>> the GCMVariant >>> >>> >>> >>> >>> >>> >>> On Oct 30, 2014, at 9:13 AM, Lucas Holmquist >>> wrote: >>> >>> hmm, indeed, let me try that also >>> >>> On Oct 30, 2014, at 2:57 AM, Matthias Wessendorf >>> wrote: >>> >>> I tried the same, again with -d (rhc -d), that worked fine.... >>> >>> >>> hrm... >>> >>> On Thu, Oct 30, 2014 at 7:48 AM, Matthias Wessendorf >>> wrote: >>> >>>> hahaha, than it disappeared ??? :-) >>>> >>>> looks like the 'delete' was triggered by the 504 ? >>>> >>>> On Thu, Oct 30, 2014 at 7:47 AM, Matthias Wessendorf >>> > wrote: >>>> >>>>> Here is what I did, on command line: >>>>> rhc app create --no-git safari " >>>>> https://cartreflect-claytondev.rhcloud.com/reflect?github=lholmquist/openshift-origin-cartridge-aerogear-push-wildfly&commit=086fe4f75f8991e7780c9df078c7371377c68aa2 >>>>> " >>>>> >>>>> >>>>> >>>>> One the console, I am getting: >>>>> Creating application 'safari' ... Server returned an unexpected error >>>>> code: 504 >>>>> >>>>> >>>>> >>>>> >>>>> but.... well, here is the server -> >>>>> https://safari-pushee.rhcloud.com/ag-push >>>>> >>>>> >>>>> >>>>> What I do not understand it the 504 :) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Wed, Oct 29, 2014 at 10:01 PM, Matthias Wessendorf < >>>>> matzew at apache.org> wrote: >>>>> >>>>>> any log from rhc client? >>>>>> >>>>>> >>>>>> On Wednesday, October 29, 2014, Lucas Holmquist >>>>>> wrote: >>>>>> >>>>>>> i?ve created a safari-push branch on my fork of the open shift >>>>>>> cartridge, >>>>>>> >>>>>>> >>>>>>> https://github.com/lholmquist/openshift-origin-cartridge-aerogear-push-wildfly/tree/safari-push >>>>>>> >>>>>>> >>>>>>> i?ve been trying to create an app with it but haven?t been >>>>>>> successful, perhaps something i?m doing, anyone mind giving it a try >>>>>>> >>>>>>> On Oct 28, 2014, at 3:35 PM, Lucas Holmquist >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> The branch on the main repo >>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/safari-push >>>>>>> >>>>>>> subsequent PR?s will target this one >>>>>>> >>>>>>> On Oct 28, 2014, at 3:21 PM, Lucas Holmquist >>>>>>> wrote: >>>>>>> >>>>>>> Here is the initial addition in one of my branches: >>>>>>> https://github.com/lholmquist/aerogear-unified-push-server/tree/safari-push >>>>>>> >>>>>>> On Oct 27, 2014, at 9:42 AM, Matthias Wessendorf >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Oct 27, 2014 at 2:28 PM, Lucas Holmquist < >>>>>>> lholmqui at redhat.com> wrote: >>>>>>> >>>>>>>> >>>>>>>> On Oct 27, 2014, at 9:20 AM, Erik Jan de Wit >>>>>>>> wrote: >>>>>>>> >>>>>>>> On 27 Oct,2014, at 14:15 , Lucas Holmquist >>>>>>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> So i?ve run into a bit of a problem, I?m trying to send >>>>>>>> notifications, using >>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L52 >>>>>>>> >>>>>>>> but i?m not sure how to also tell it to use the new >>>>>>>> SafarVariant.class that i?ve created. >>>>>>>> >>>>>>>> >>>>>>>> Right now a sender is configured to send notifications for one >>>>>>>> specific variant type, this mapping is configured on the top of the class: >>>>>>>> >>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L40 >>>>>>>> >>>>>>>> so APNsPushNotificationSender will only be use for iOSVariant variants, >>>>>>>> so either we change the way this works or you create a new Sender ( that >>>>>>>> extends this one maybe ) >>>>>>>> >>>>>>>> >>>>>>>> I think i?ll just create a new sender of now just to get something >>>>>>>> working since the SafariVariant and iOSVariant will be combined into an >>>>>>>> APNsVariant in the near future. >>>>>>>> >>>>>>> >>>>>>> sounds reasonable on getting this started >>>>>>> >>>>>>> -M >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Erik Jan >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> aerogear-dev mailing list >>>>>>>> aerogear-dev at lists.jboss.org >>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> aerogear-dev mailing list >>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Sent from Gmail Mobile >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> 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-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141120/f877c132/attachment-0001.html From scm.blanc at gmail.com Thu Nov 20 02:57:50 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Thu, 20 Nov 2014 08:57:50 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 12, 2014 at 11:15 AM, Stefan Miklosovic wrote: > Hi, > > > I have two comments. The first one is about JSON export of an > Installation. You declare it is like this when it comes to categories: > > > "categories" : ["football", "sport"] > > > However, with the current UPS of version 1.0.2, when you register some > installation, it returns you this > https://issues.jboss.org/browse/AGPUSH-1093 > > > This issue should be addressed and since exporting of installations more > or less means to marshall them into JSON, you hit this issue for sure so > model should be updated to return only array of category names instead of > its JSON representation. > I just hit the issue with my import tests. It seems that I can keep the JSON representation as long as I ignore the id field. I will try to solve this with @JSONIgnore. > > The second comment is about security. I am begging you here from QA team > to make it doable via REST and not (only) via UPS console because it > simplifies tons of hacking around the code. Right now we are doing whole > import by adding custom JAX-RS endpoints on top of UPS, we generate > applications, variants and installations randomly as JSONs and send them to > UPS to these batch endpoints and we are calling services to persist them. > > > You can find it here (1) > > > In case this would be done via REST, it would be no-brainer and huge time > saver for QA guys. > > > (1) > https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 > > Thanks > > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso at redhat.com > irc: smikloso > > ------------------------------ > > Hi, > > I would like to start a discussion around the import/export of > installations in UPS. To track all the tasks, we have a ticket[1] also > containing some sub-tasks. > Scope > > For now we stick to installations, meanning we can import or export > installations from a particular Variant. Import/Export for Variants will > maybe come later but due to some security issues (mainly for iOS > cert/passphrase) it's on hold. > > Import > Service > > That's an easy one ;) since the service already exist [2]. It's a REST > service and it uses the VariantId/Secret combination to authenticate. > > Data format looks like : > > [ > { > "deviceToken" : "someTokenString", > "deviceType" : "iPad", > "operatingSystem" : "iOS", > "osVersion" : "6.1.2", > "alias" : "someUsername or email adress...", > "categories" : ["football", "sport"] > }, > { > "deviceToken" : "someOtherTokenString", > ... > }, > ... > ] > > > Export > Service > > Like import, it will use the variantId/secret combo to authenticate and > retrieve the right variant to export the installations. The data structure > format would of course looks like the one used for import. > Output > format > > How should provide the exported data ? I need your input here 1. Raw Json > ? 2. Json file ? 3. Zip / tarball ? > UI > > UI should be a *nice to have* > > I would suggest to add 2 items (import and export) in the contextual menu > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > installations were imported. For export, the user just have to press an > export button > > Migration > issues > > So, that is a very important point that I would like to discuss. Even if > we are able to import installations, the *variantID_ and the > __variantSecret* will not match with those that are in the Clients. > > Imagine the following scenario : I export 15000 installations, my > datacenter burns, I create a new UPS instance, with a new Push App and a > new Variant (so new VariantID and VariantSecret), then I inport the > installations. Well, my 15000 clients will point to the wrong variant. For > sure, they can be updated but that might not always be an option. > > That is why I would like suggest the following change : Make *VariantId* > and *VariantSecret* editable, so after someone has done an import he can > change the values of the variants so it matches the clients. > > I know we had this discussion before, but in the future we might want to > change the naming around VariantId and VariantSecret, to me it sounds more > like *variantAPIKey* / *variantAPISecret* > > wdyt ? > > Security > > As said before, import/export uses variantId/variantSecret to > authenticate. So if someone has access to these keys he could make a > malicious import of 500k installations. What should we do for that ? We > could give this access only to authenticated "console" users but then it > would be hard to expose import/export as rest service (because of KC > implication) > > Please comment, ask questions , be crazy ... > > Sebi > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > [2] > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141120/c09c9e10/attachment.html From smikloso at redhat.com Thu Nov 20 03:30:26 2014 From: smikloso at redhat.com (Stefan Miklosovic) Date: Thu, 20 Nov 2014 03:30:26 -0500 (EST) Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: <20141119152130.GA85621@abstractj.org> References: <1965415483.5515372.1415787330975.JavaMail.zimbra@redhat.com> <20141119152130.GA85621@abstractj.org> Message-ID: <264798592.1057534.1416472226926.JavaMail.zimbra@redhat.com> Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso ----- Original Message ----- > On 2014-11-12, Stefan Miklosovic wrote: > > Hi, > > > > I have two comments. The first one is about JSON export of an Installation. > > You declare it is like this when it comes to categories: > > > > "categories" : ["football", "sport"] > > > > However, with the current UPS of version 1.0.2, when you register some > > installation, it returns you this > > https://issues.jboss.org/browse/AGPUSH-1093 > > > > This issue should be addressed and since exporting of installations more or > > less means to marshall them into JSON, you hit this issue for sure so > > model should be updated to return only array of category names instead of > > its JSON representation. > > > > The second comment is about security. I am begging you here from QA team to > > make it doable via REST and not (only) via UPS console because it > > simplifies tons of hacking around the code. Right now we are doing whole > > import by adding custom JAX-RS endpoints on top of UPS, we generate > > applications, variants and installations randomly as JSONs and send them > > to UPS to these batch endpoints and we are calling services to persist > > them. > > > > I think it has nothing to do with security, it pretty much stands for > ther requirements on UPS. Also, like you mentioned is no-brainer to > enable it on KC admin see: > http://docs.jboss.org/keycloak/docs/1.0-beta-3/userguide/html/direct-access-grants.html In the end, we are ok with having it disabled by default via REST because for testing purposes, we are modifying ups-realm.json anyway ... e.g. to log in via REST, so we can use other realm with needed modification to do it via REST and not only via admin ui. > We're just enabling something that we don't want to see enabled in > production and people can do it by themselves. > > > You can find it here (1) > > > > In case this would be done via REST, it would be no-brainer and huge time > > saver for QA guys. > > > > (1) > > https://github.com/smiklosovic/aerogear-unifiedpush-server/commit/f7fe2f5f58a8882aa5a3362d07a208c37b0d4403 > > > > Thanks > > > > Stefan Miklosovic > > Red Hat Brno - JBoss Mobile Platform > > > > e-mail: smikloso at redhat.com > > irc: smikloso > > > > ----- Original Message ----- > > > > > Hi, > > > > > I would like to start a discussion around the import/export of > > > installations > > > in UPS. To track all the tasks, we have a ticket[1] also containing some > > > sub-tasks. Scope > > > > > For now we stick to installations, meanning we can import or export > > > installations from a particular Variant. Import/Export for Variants will > > > maybe come later but due to some security issues (mainly for iOS > > > cert/passphrase) it's on hold. Import Service > > > > > That's an easy one ;) since the service already exist [2]. It's a REST > > > service and it uses the VariantId/Secret combination to authenticate. > > > > > Data format looks like : > > > [ > > > { > > > "deviceToken" : "someTokenString", > > > "deviceType" : "iPad", > > > "operatingSystem" : "iOS", > > > "osVersion" : "6.1.2", > > > "alias" : "someUsername or email adress...", > > > "categories" : ["football", "sport"] > > > }, > > > { > > > "deviceToken" : "someOtherTokenString", > > > ... > > > }, > > > ... > > > ] > > > Export Service > > > > > Like import, it will use the variantId/secret combo to authenticate and > > > retrieve the right variant to export the installations. The data > > > structure > > > format would of course looks like the one used for import. Output format > > > > > How should provide the exported data ? I need your input here 1. Raw Json > > > ? > > > 2. Json file ? 3. Zip / tarball ? UI > > > > > UI should be a nice to have > > > > > I would suggest to add 2 items (import and export) in the contextual menu > > > that you can see in this screenshot : > > > > > For import, the user will have a file input and feedback on how many > > > installations were imported. For export, the user just have to press an > > > export button Migration issues > > > > > So, that is a very important point that I would like to discuss. Even if > > > we > > > are able to import installations, the variantID_ and the __variantSecret > > > will not match with those that are in the Clients. > > > > > Imagine the following scenario : I export 15000 installations, my > > > datacenter > > > burns, I create a new UPS instance, with a new Push App and a new Variant > > > (so new VariantID and VariantSecret), then I inport the installations. > > > Well, > > > my 15000 clients will point to the wrong variant. For sure, they can be > > > updated but that might not always be an option. > > > > > That is why I would like suggest the following change : Make VariantId > > > and > > > VariantSecret editable, so after someone has done an import he can change > > > the values of the variants so it matches the clients. > > > > > I know we had this discussion before, but in the future we might want to > > > change the naming around VariantId and VariantSecret, to me it sounds > > > more > > > like variantAPIKey / variantAPISecret > > > > > wdyt ? Security > > > > > As said before, import/export uses variantId/variantSecret to > > > authenticate. > > > So if someone has access to these keys he could make a malicious import > > > of > > > 500k installations. What should we do for that ? We could give this > > > access > > > only to authenticated "console" users but then it would be hard to expose > > > import/export as rest service (because of KC implication) > > > > > Please comment, ask questions , be crazy ... > > > > > Sebi > > > > > [1] https://issues.jboss.org/browse/AGPUSH-978 > > > > > [2] > > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html > > > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > From daniel.bevenius at gmail.com Thu Nov 20 03:36:34 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Thu, 20 Nov 2014 09:36:34 +0100 Subject: [aerogear-dev] [WebPush] Update Message-ID: We've been looking into the WebPush specification[1] a little closer and thought we should share some info about it. We created a simple proof of concept to get a better understanding of the specification which can be found here: https://github.com/danbev/aerogear-webpush-server The README.md contains more details regarding the specification and there is a 3 min screen cast [2]. [1] https://tools.ietf.org/html/draft-thomson-webpush-http2-01 [2] https://drive.google.com/file/d/0B2E1HZ1JnrJfYW90eVBTaGkzSkU/view?usp=sharing -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141120/6bb88f72/attachment.html From scm.blanc at gmail.com Thu Nov 20 03:57:14 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Thu, 20 Nov 2014 09:57:14 +0100 Subject: [aerogear-dev] [WebPush] Update In-Reply-To: References: Message-ID: Thanks ! The screencast helps a lot to understand all the concepts in 3 minutes. Regarding SimplePush/WebPush : is WebPush to be considered (in the future) as replacement of SPS ? Will SPS be deprecated ? What will FirefoxOS be using ? Sebi On Thu, Nov 20, 2014 at 9:36 AM, Daniel Bevenius wrote: > We've been looking into the WebPush specification[1] a little closer and > thought we should share some info about it. > > We created a simple proof of concept to get a better understanding of the > specification which can be found here: > https://github.com/danbev/aerogear-webpush-server > > The README.md contains more details regarding the specification and there > is a 3 min screen cast [2]. > > > [1] https://tools.ietf.org/html/draft-thomson-webpush-http2-01 > [2] > https://drive.google.com/file/d/0B2E1HZ1JnrJfYW90eVBTaGkzSkU/view?usp=sharing > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141120/9cad9e63/attachment.html From daniel.bevenius at gmail.com Thu Nov 20 04:06:23 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Thu, 20 Nov 2014 10:06:23 +0100 Subject: [aerogear-dev] [WebPush] Update In-Reply-To: References: Message-ID: >Regarding SimplePush/WebPush : is WebPush to be considered (in the future) as replacement of SPS ? My guess is that yes it could be a replacement and that the Push API [1] will be used with WebPush. But it is still early days yet but I think it would be worth following this development and see what happens. [1] https://w3c.github.io/push-api/index.html On 20 November 2014 09:57, Sebastien Blanc wrote: > Thanks ! > The screencast helps a lot to understand all the concepts in 3 minutes. > > Regarding SimplePush/WebPush : is WebPush to be considered (in the future) > as replacement of SPS ? Will SPS be deprecated ? What will FirefoxOS be > using ? > > Sebi > > > On Thu, Nov 20, 2014 at 9:36 AM, Daniel Bevenius < > daniel.bevenius at gmail.com> wrote: > >> We've been looking into the WebPush specification[1] a little closer and >> thought we should share some info about it. >> >> We created a simple proof of concept to get a better understanding of the >> specification which can be found here: >> https://github.com/danbev/aerogear-webpush-server >> >> The README.md contains more details regarding the specification and there >> is a 3 min screen cast [2]. >> >> >> [1] https://tools.ietf.org/html/draft-thomson-webpush-http2-01 >> [2] >> https://drive.google.com/file/d/0B2E1HZ1JnrJfYW90eVBTaGkzSkU/view?usp=sharing >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141120/4fcc35ee/attachment.html From scm.blanc at gmail.com Thu Nov 20 04:35:55 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Thu, 20 Nov 2014 10:35:55 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf wrote: > Late, but better than never. > > comments inline > > On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc > wrote: > >> Hi, >> >> I would like to start a discussion around the import/export of >> installations in UPS. To track all the tasks, we have a ticket[1] also >> containing some sub-tasks. >> Scope >> >> For now we stick to installations, meanning we can import or export >> installations from a particular Variant. Import/Export for Variants will >> maybe come later but due to some security issues (mainly for iOS >> cert/passphrase) it's on hold. >> >> Import >> Service >> >> That's an easy one ;) since the service already exist [2]. It's a REST >> service and it uses the VariantId/Secret combination to authenticate. >> >> Data format looks like : >> >> [ >> { >> "deviceToken" : "someTokenString", >> "deviceType" : "iPad", >> "operatingSystem" : "iOS", >> "osVersion" : "6.1.2", >> "alias" : "someUsername or email adress...", >> "categories" : ["football", "sport"] >> }, >> { >> "deviceToken" : "someOtherTokenString", >> ... >> }, >> ... >> ] >> >> >> Export >> Service >> >> Like import, it will use the variantId/secret combo to authenticate and >> retrieve the right variant to export the installations. The data structure >> format would of course looks like the one used for import. >> > > +1 > > not sure it needs to be pretty :) I am fine with having this {{{{.....a > gazillion clients}}}} > Yeah it's unformatted now (and will stay so) > > Output format >> >> How should provide the exported data ? I need your input here 1. Raw Json >> ? 2. Json file ? 3. Zip / tarball ? >> > > I saw we do gzip and JSON. +1 on that > > > >> UI >> >> UI should be a *nice to have* >> >> I would suggest to add 2 items (import and export) in the contextual menu >> that you can see in this screenshot : >> >> >> >> >> For import, the user will have a file input and feedback on how many >> installations were imported. >> > a dialog simliar to variant creation. should have some validation checks > > > >> For export, the user just have to press an export button >> > > +1 > > >> >> Migration >> issues >> >> So, that is a very important point that I would like to discuss. Even if >> we are able to import installations, the *variantID_ and the >> __variantSecret* will not match with those that are in the Clients. >> >> Imagine the following scenario : I export 15000 installations, my >> datacenter burns, I create a new UPS instance, with a new Push App and a >> new Variant (so new VariantID and VariantSecret), then I inport the >> installations. Well, my 15000 clients will point to the wrong variant. For >> sure, they can be updated but that might not always be an option. >> >> That is why I would like suggest the following change : Make *VariantId* >> and *VariantSecret* editable, so after someone has done an import he >> can change the values of the variants so it matches the clients. >> > > -1 on making the variantID and secret editable for everyone. > Let's have that only being done by the push admin. Also, we need to make > sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with > foo:bar ... but... well :) if one really does that... it's not our fault. > but yeah, let's make sure the admin can edit, and use UUID. > Fair enough, let's discuss that in a different PR once inport/export has been delivered > > > >> I know we had this discussion before, but in the future we might want to >> change the naming around VariantId and VariantSecret, to me it sounds more >> like *variantAPIKey* / *variantAPISecret* >> > > YES! But, let's please do that on a different PR ! > > >> wdyt ? >> >> Security >> >> As said before, import/export uses variantId/variantSecret to >> authenticate. So if someone has access to these keys he could make a >> malicious import of 500k installations. What should we do for that ? We >> could give this access only to authenticated "console" users but then it >> would be hard to expose import/export as rest service (because of KC >> implication) >> >> Please comment, ask questions , be crazy ... >> >> Sebi >> >> [1] https://issues.jboss.org/browse/AGPUSH-978 >> >> [2] >> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141120/398bba32/attachment-0001.html From lukas.fryc at gmail.com Fri Nov 21 02:40:51 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Fri, 21 Nov 2014 08:40:51 +0100 Subject: [aerogear-dev] ES6 modules -> ES5 microlib in AeroGear.js 2.1 In-Reply-To: References: Message-ID: This was rather long journey, but I was finally able to make the ES6 modules branch work with the build's features as rich as the previous build: https://github.com/aerogear/aerogear-js/pull/154 After some minor fixes and spring-cleaning we are ready to go, so please test and comment now if you have any concerns. :-) On Fri, Nov 7, 2014 at 3:00 PM, Luk?? Fry? wrote: > Hey guys, > > as you may know, for AeroGear.js 2.1 we are in the middle of refactoring > into ES6 module syntax, so finally we will be able to use following in ES6 > based projects: > > import Authorization from 'aerogear.authorization; > > > I've finished a prototype of how ES6 (JavaScript.tomorrow) module > transpilation to ES5 (JavaScript.today) could work., the code and sample > lives here: > > https://github.com/aerogear/aerogear-js/pull/154 > > > It basically takes ES6 classes and compiles them to AMD module syntax > (which is a browser-oriented module system, implemented e.g. in RequireJS > module loader). > > > > > > These AMD modules can already be consumed by end-user who uses AMD in his > project: > > require(['aerogear.authorization'], function( Authorization ) { > ... > }); > > (Note that similarly we could compile to CommonJS module syntax, that > could be leveraged in Browserify projects today, but we agree with Luke to > do not dive into that atm). > > > > > > We take it even further by allowing to leverage globally accessible API > AeroGear.Authorization without any module loader in your project. This way > you will be able to use AeroGear.js 1.3/2.0-like API as it is with no code > modifications. > > AeroGear.Authorization > > This is made to work by taking all the AMD modules, concatenating them and > wrapping them into minimal loader ("microlib") that exposes all the modules > on global AeroGear object. > > > Cheers, > > ~ Lukas > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141121/6ed82c76/attachment.html From matzew at apache.org Sat Nov 22 07:56:32 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Sat, 22 Nov 2014 13:56:32 +0100 Subject: [aerogear-dev] UnifiedPush Server and WildFly 8.2.0.Final Message-ID: Hi, I tested the 1.0.x and master against the new WildFly 8.2.0.Final release -> works fine. Hopefully we are able to get WildFly 8.2.0.Final on to our community cartridge for Openshift soon as well. -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141122/669304d4/attachment.html From scm.blanc at gmail.com Sat Nov 22 11:00:33 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Sat, 22 Nov 2014 17:00:33 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: FYI a quick screencast and preview of the Import feature ! https://www.youtube.com/watch?v=Kw7JOkVHVCY&feature=youtu.be Have a nice weekend ! Sebi On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc wrote: > > > On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf > wrote: > >> Late, but better than never. >> >> comments inline >> >> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >> wrote: >> >>> Hi, >>> >>> I would like to start a discussion around the import/export of >>> installations in UPS. To track all the tasks, we have a ticket[1] also >>> containing some sub-tasks. >>> Scope >>> >>> For now we stick to installations, meanning we can import or export >>> installations from a particular Variant. Import/Export for Variants will >>> maybe come later but due to some security issues (mainly for iOS >>> cert/passphrase) it's on hold. >>> >>> Import >>> Service >>> >>> That's an easy one ;) since the service already exist [2]. It's a REST >>> service and it uses the VariantId/Secret combination to authenticate. >>> >>> Data format looks like : >>> >>> [ >>> { >>> "deviceToken" : "someTokenString", >>> "deviceType" : "iPad", >>> "operatingSystem" : "iOS", >>> "osVersion" : "6.1.2", >>> "alias" : "someUsername or email adress...", >>> "categories" : ["football", "sport"] >>> }, >>> { >>> "deviceToken" : "someOtherTokenString", >>> ... >>> }, >>> ... >>> ] >>> >>> >>> Export >>> Service >>> >>> Like import, it will use the variantId/secret combo to authenticate and >>> retrieve the right variant to export the installations. The data structure >>> format would of course looks like the one used for import. >>> >> >> +1 >> >> not sure it needs to be pretty :) I am fine with having this {{{{.....a >> gazillion clients}}}} >> > Yeah it's unformatted now (and will stay so) > >> >> Output format >>> >>> How should provide the exported data ? I need your input here 1. Raw >>> Json ? 2. Json file ? 3. Zip / tarball ? >>> >> >> I saw we do gzip and JSON. +1 on that >> >> >> >>> UI >>> >>> UI should be a *nice to have* >>> >>> I would suggest to add 2 items (import and export) in the contextual >>> menu that you can see in this screenshot : >>> >>> >>> >>> >>> For import, the user will have a file input and feedback on how many >>> installations were imported. >>> >> a dialog simliar to variant creation. should have some validation checks >> >> >> >>> For export, the user just have to press an export button >>> >> >> +1 >> >> >>> >>> Migration >>> issues >>> >>> So, that is a very important point that I would like to discuss. Even if >>> we are able to import installations, the *variantID_ and the >>> __variantSecret* will not match with those that are in the Clients. >>> >>> Imagine the following scenario : I export 15000 installations, my >>> datacenter burns, I create a new UPS instance, with a new Push App and a >>> new Variant (so new VariantID and VariantSecret), then I inport the >>> installations. Well, my 15000 clients will point to the wrong variant. For >>> sure, they can be updated but that might not always be an option. >>> >>> That is why I would like suggest the following change : Make *VariantId* >>> and *VariantSecret* editable, so after someone has done an import he >>> can change the values of the variants so it matches the clients. >>> >> >> -1 on making the variantID and secret editable for everyone. >> Let's have that only being done by the push admin. Also, we need to make >> sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >> foo:bar ... but... well :) if one really does that... it's not our fault. >> but yeah, let's make sure the admin can edit, and use UUID. >> > Fair enough, let's discuss that in a different PR once inport/export has > been delivered > >> >> >> >>> I know we had this discussion before, but in the future we might want to >>> change the naming around VariantId and VariantSecret, to me it sounds more >>> like *variantAPIKey* / *variantAPISecret* >>> >> >> YES! But, let's please do that on a different PR ! >> >> >>> wdyt ? >>> >>> Security >>> >>> As said before, import/export uses variantId/variantSecret to >>> authenticate. So if someone has access to these keys he could make a >>> malicious import of 500k installations. What should we do for that ? We >>> could give this access only to authenticated "console" users but then it >>> would be hard to expose import/export as rest service (because of KC >>> implication) >>> >>> Please comment, ask questions , be crazy ... >>> >>> Sebi >>> >>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>> >>> [2] >>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141122/c2151889/attachment-0001.html From matzew at apache.org Sat Nov 22 13:06:45 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Sat, 22 Nov 2014 19:06:45 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: Nice! But your previous screencasts had better sound! ;) Question: why does it say 2 installations before the import? On Saturday, November 22, 2014, Sebastien Blanc wrote: > FYI a quick screencast and preview of the Import feature ! > import UPS installations > > > Have a nice weekend ! > Sebi > > On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc > wrote: > >> >> >> On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf > > wrote: >> >>> Late, but better than never. >>> >>> comments inline >>> >>> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >> > wrote: >>> >>>> Hi, >>>> >>>> I would like to start a discussion around the import/export of >>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>> containing some sub-tasks. >>>> >>>> Scope >>>> >>>> For now we stick to installations, meanning we can import or export >>>> installations from a particular Variant. Import/Export for Variants will >>>> maybe come later but due to some security issues (mainly for iOS >>>> cert/passphrase) it's on hold. >>>> >>>> Import >>>> Service >>>> >>>> That's an easy one ;) since the service already exist [2]. It's a REST >>>> service and it uses the VariantId/Secret combination to authenticate. >>>> >>>> Data format looks like : >>>> >>>> [ >>>> { >>>> "deviceToken" : "someTokenString", >>>> "deviceType" : "iPad", >>>> "operatingSystem" : "iOS", >>>> "osVersion" : "6.1.2", >>>> "alias" : "someUsername or email adress...", >>>> "categories" : ["football", "sport"] >>>> }, >>>> { >>>> "deviceToken" : "someOtherTokenString", >>>> ... >>>> }, >>>> ... >>>> ] >>>> >>>> >>>> Export >>>> Service >>>> >>>> Like import, it will use the variantId/secret combo to authenticate and >>>> retrieve the right variant to export the installations. The data structure >>>> format would of course looks like the one used for import. >>>> >>> >>> +1 >>> >>> not sure it needs to be pretty :) I am fine with having this {{{{.....a >>> gazillion clients}}}} >>> >> Yeah it's unformatted now (and will stay so) >> >>> >>> Output format >>>> >>>> How should provide the exported data ? I need your input here 1. Raw >>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>> >>> >>> I saw we do gzip and JSON. +1 on that >>> >>> >>> >>>> UI >>>> >>>> UI should be a *nice to have* >>>> >>>> I would suggest to add 2 items (import and export) in the contextual >>>> menu that you can see in this screenshot : >>>> >>>> >>>> >>>> >>>> For import, the user will have a file input and feedback on how many >>>> installations were imported. >>>> >>> a dialog simliar to variant creation. should have some validation checks >>> >>> >>> >>>> For export, the user just have to press an export button >>>> >>> >>> +1 >>> >>> >>>> >>>> Migration >>>> issues >>>> >>>> So, that is a very important point that I would like to discuss. Even >>>> if we are able to import installations, the *variantID_ and the >>>> __variantSecret* will not match with those that are in the Clients. >>>> >>>> Imagine the following scenario : I export 15000 installations, my >>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>> sure, they can be updated but that might not always be an option. >>>> >>>> That is why I would like suggest the following change : Make >>>> *VariantId* and *VariantSecret* editable, so after someone has done an >>>> import he can change the values of the variants so it matches the clients. >>>> >>> >>> -1 on making the variantID and secret editable for everyone. >>> Let's have that only being done by the push admin. Also, we need to make >>> sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >>> foo:bar ... but... well :) if one really does that... it's not our fault. >>> but yeah, let's make sure the admin can edit, and use UUID. >>> >> Fair enough, let's discuss that in a different PR once inport/export has >> been delivered >> >>> >>> >>> >>>> I know we had this discussion before, but in the future we might want >>>> to change the naming around VariantId and VariantSecret, to me it sounds >>>> more like *variantAPIKey* / *variantAPISecret* >>>> >>> >>> YES! But, let's please do that on a different PR ! >>> >>> >>>> wdyt ? >>>> >>>> Security >>>> >>>> As said before, import/export uses variantId/variantSecret to >>>> authenticate. So if someone has access to these keys he could make a >>>> malicious import of 500k installations. What should we do for that ? We >>>> could give this access only to authenticated "console" users but then it >>>> would be hard to expose import/export as rest service (because of KC >>>> implication) >>>> >>>> Please comment, ask questions , be crazy ... >>>> >>>> Sebi >>>> >>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>> >>>> [2] >>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at 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 at lists.jboss.org >>> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> > -- Sent from Gmail Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141122/b7c199b4/attachment.html From scm.blanc at gmail.com Sat Nov 22 13:57:50 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Sat, 22 Nov 2014 19:57:50 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: On Sat, Nov 22, 2014 at 7:06 PM, Matthias Wessendorf wrote: > Nice! But your previous screencasts had better sound! ;) > > Question: why does it say 2 installations before the import? > Ouch ! I was so much focused on the number of installations just below that I did not noticed that one. I have to check if this has been introduced with this or if it was already there before. (I think something is hanging in the scope) > > On Saturday, November 22, 2014, Sebastien Blanc > wrote: > >> FYI a quick screencast and preview of the Import feature ! >> import UPS installations >> >> >> Have a nice weekend ! >> Sebi >> >> On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc >> wrote: >> >>> >>> >>> On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf >>> wrote: >>> >>>> Late, but better than never. >>>> >>>> comments inline >>>> >>>> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> I would like to start a discussion around the import/export of >>>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>>> containing some sub-tasks. >>>>> >>>>> Scope >>>>> >>>>> For now we stick to installations, meanning we can import or export >>>>> installations from a particular Variant. Import/Export for Variants will >>>>> maybe come later but due to some security issues (mainly for iOS >>>>> cert/passphrase) it's on hold. >>>>> >>>>> Import >>>>> Service >>>>> >>>>> That's an easy one ;) since the service already exist [2]. It's a REST >>>>> service and it uses the VariantId/Secret combination to authenticate. >>>>> >>>>> Data format looks like : >>>>> >>>>> [ >>>>> { >>>>> "deviceToken" : "someTokenString", >>>>> "deviceType" : "iPad", >>>>> "operatingSystem" : "iOS", >>>>> "osVersion" : "6.1.2", >>>>> "alias" : "someUsername or email adress...", >>>>> "categories" : ["football", "sport"] >>>>> }, >>>>> { >>>>> "deviceToken" : "someOtherTokenString", >>>>> ... >>>>> }, >>>>> ... >>>>> ] >>>>> >>>>> >>>>> Export >>>>> Service >>>>> >>>>> Like import, it will use the variantId/secret combo to authenticate >>>>> and retrieve the right variant to export the installations. The data >>>>> structure format would of course looks like the one used for import. >>>>> >>>> >>>> +1 >>>> >>>> not sure it needs to be pretty :) I am fine with having this {{{{.....a >>>> gazillion clients}}}} >>>> >>> Yeah it's unformatted now (and will stay so) >>> >>>> >>>> Output format >>>>> >>>>> How should provide the exported data ? I need your input here 1. Raw >>>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>>> >>>> >>>> I saw we do gzip and JSON. +1 on that >>>> >>>> >>>> >>>>> UI >>>>> >>>>> UI should be a *nice to have* >>>>> >>>>> I would suggest to add 2 items (import and export) in the contextual >>>>> menu that you can see in this screenshot : >>>>> >>>>> >>>>> >>>>> >>>>> For import, the user will have a file input and feedback on how many >>>>> installations were imported. >>>>> >>>> a dialog simliar to variant creation. should have some validation >>>> checks >>>> >>>> >>>> >>>>> For export, the user just have to press an export button >>>>> >>>> >>>> +1 >>>> >>>> >>>>> >>>>> Migration >>>>> issues >>>>> >>>>> So, that is a very important point that I would like to discuss. Even >>>>> if we are able to import installations, the *variantID_ and the >>>>> __variantSecret* will not match with those that are in the Clients. >>>>> >>>>> Imagine the following scenario : I export 15000 installations, my >>>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>>> sure, they can be updated but that might not always be an option. >>>>> >>>>> That is why I would like suggest the following change : Make >>>>> *VariantId* and *VariantSecret* editable, so after someone has done >>>>> an import he can change the values of the variants so it matches the >>>>> clients. >>>>> >>>> >>>> -1 on making the variantID and secret editable for everyone. >>>> Let's have that only being done by the push admin. Also, we need to >>>> make sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >>>> foo:bar ... but... well :) if one really does that... it's not our fault. >>>> but yeah, let's make sure the admin can edit, and use UUID. >>>> >>> Fair enough, let's discuss that in a different PR once inport/export has >>> been delivered >>> >>>> >>>> >>>> >>>>> I know we had this discussion before, but in the future we might want >>>>> to change the naming around VariantId and VariantSecret, to me it sounds >>>>> more like *variantAPIKey* / *variantAPISecret* >>>>> >>>> >>>> YES! But, let's please do that on a different PR ! >>>> >>>> >>>>> wdyt ? >>>>> >>>>> Security >>>>> >>>>> As said before, import/export uses variantId/variantSecret to >>>>> authenticate. So if someone has access to these keys he could make a >>>>> malicious import of 500k installations. What should we do for that ? We >>>>> could give this access only to authenticated "console" users but then it >>>>> would be hard to expose import/export as rest service (because of KC >>>>> implication) >>>>> >>>>> Please comment, ask questions , be crazy ... >>>>> >>>>> Sebi >>>>> >>>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>>> >>>>> [2] >>>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at 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 at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>> >>> >> > > -- > Sent from Gmail Mobile > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141122/4c75687d/attachment-0001.html From lukas.fryc at gmail.com Sun Nov 23 04:56:11 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Sun, 23 Nov 2014 10:56:11 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: Hey Sebi, That is likely caused by counter that is not updated when variant is removed, I've noticed that and fixed before in https://github.com/sebastienblanc/aerogear-unified-push-server/pull/3 On Sat, Nov 22, 2014 at 7:57 PM, Sebastien Blanc wrote: > > > On Sat, Nov 22, 2014 at 7:06 PM, Matthias Wessendorf > wrote: > >> Nice! But your previous screencasts had better sound! ;) >> >> Question: why does it say 2 installations before the import? >> > Ouch ! I was so much focused on the number of installations just below > that I did not noticed that one. I have to check if this has been > introduced with this or if it was already there before. (I think something > is hanging in the scope) > >> >> On Saturday, November 22, 2014, Sebastien Blanc >> wrote: >> >>> FYI a quick screencast and preview of the Import feature ! >>> import UPS installations >>> >>> >>> Have a nice weekend ! >>> Sebi >>> >>> On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc >>> wrote: >>> >>>> >>>> >>>> On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf >>> > wrote: >>>> >>>>> Late, but better than never. >>>>> >>>>> comments inline >>>>> >>>>> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I would like to start a discussion around the import/export of >>>>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>>>> containing some sub-tasks. >>>>>> >>>>>> Scope >>>>>> >>>>>> For now we stick to installations, meanning we can import or export >>>>>> installations from a particular Variant. Import/Export for Variants will >>>>>> maybe come later but due to some security issues (mainly for iOS >>>>>> cert/passphrase) it's on hold. >>>>>> >>>>>> Import >>>>>> Service >>>>>> >>>>>> That's an easy one ;) since the service already exist [2]. It's a >>>>>> REST service and it uses the VariantId/Secret combination to authenticate. >>>>>> >>>>>> Data format looks like : >>>>>> >>>>>> [ >>>>>> { >>>>>> "deviceToken" : "someTokenString", >>>>>> "deviceType" : "iPad", >>>>>> "operatingSystem" : "iOS", >>>>>> "osVersion" : "6.1.2", >>>>>> "alias" : "someUsername or email adress...", >>>>>> "categories" : ["football", "sport"] >>>>>> }, >>>>>> { >>>>>> "deviceToken" : "someOtherTokenString", >>>>>> ... >>>>>> }, >>>>>> ... >>>>>> ] >>>>>> >>>>>> >>>>>> Export >>>>>> Service >>>>>> >>>>>> Like import, it will use the variantId/secret combo to authenticate >>>>>> and retrieve the right variant to export the installations. The data >>>>>> structure format would of course looks like the one used for import. >>>>>> >>>>> >>>>> +1 >>>>> >>>>> not sure it needs to be pretty :) I am fine with having this >>>>> {{{{.....a gazillion clients}}}} >>>>> >>>> Yeah it's unformatted now (and will stay so) >>>> >>>>> >>>>> Output format >>>>>> >>>>>> How should provide the exported data ? I need your input here 1. Raw >>>>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>>>> >>>>> >>>>> I saw we do gzip and JSON. +1 on that >>>>> >>>>> >>>>> >>>>>> UI >>>>>> >>>>>> UI should be a *nice to have* >>>>>> >>>>>> I would suggest to add 2 items (import and export) in the contextual >>>>>> menu that you can see in this screenshot : >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> For import, the user will have a file input and feedback on how many >>>>>> installations were imported. >>>>>> >>>>> a dialog simliar to variant creation. should have some validation >>>>> checks >>>>> >>>>> >>>>> >>>>>> For export, the user just have to press an export button >>>>>> >>>>> >>>>> +1 >>>>> >>>>> >>>>>> >>>>>> Migration >>>>>> issues >>>>>> >>>>>> So, that is a very important point that I would like to discuss. Even >>>>>> if we are able to import installations, the *variantID_ and the >>>>>> __variantSecret* will not match with those that are in the Clients. >>>>>> >>>>>> Imagine the following scenario : I export 15000 installations, my >>>>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>>>> sure, they can be updated but that might not always be an option. >>>>>> >>>>>> That is why I would like suggest the following change : Make >>>>>> *VariantId* and *VariantSecret* editable, so after someone has done >>>>>> an import he can change the values of the variants so it matches the >>>>>> clients. >>>>>> >>>>> >>>>> -1 on making the variantID and secret editable for everyone. >>>>> Let's have that only being done by the push admin. Also, we need to >>>>> make sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >>>>> foo:bar ... but... well :) if one really does that... it's not our fault. >>>>> but yeah, let's make sure the admin can edit, and use UUID. >>>>> >>>> Fair enough, let's discuss that in a different PR once inport/export >>>> has been delivered >>>> >>>>> >>>>> >>>>> >>>>>> I know we had this discussion before, but in the future we might want >>>>>> to change the naming around VariantId and VariantSecret, to me it sounds >>>>>> more like *variantAPIKey* / *variantAPISecret* >>>>>> >>>>> >>>>> YES! But, let's please do that on a different PR ! >>>>> >>>>> >>>>>> wdyt ? >>>>>> >>>>>> Security >>>>>> >>>>>> As said before, import/export uses variantId/variantSecret to >>>>>> authenticate. So if someone has access to these keys he could make a >>>>>> malicious import of 500k installations. What should we do for that ? We >>>>>> could give this access only to authenticated "console" users but then it >>>>>> would be hard to expose import/export as rest service (because of KC >>>>>> implication) >>>>>> >>>>>> Please comment, ask questions , be crazy ... >>>>>> >>>>>> Sebi >>>>>> >>>>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>>>> >>>>>> [2] >>>>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at 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 at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>> >>>> >>> >> >> -- >> Sent from Gmail Mobile >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141123/12b0495a/attachment-0001.html From scm.blanc at gmail.com Sun Nov 23 05:02:06 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Sun, 23 Nov 2014 11:02:06 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: Yeah realized that just after, I made the screencast with my (half) fix and not your PR , I will redo a new screencast tomorrow with your PR :) On Sun, Nov 23, 2014 at 10:56 AM, Luk?? Fry? wrote: > Hey Sebi, > > That is likely caused by counter that is not updated when variant is > removed, > > I've noticed that and fixed before in > https://github.com/sebastienblanc/aerogear-unified-push-server/pull/3 > > On Sat, Nov 22, 2014 at 7:57 PM, Sebastien Blanc > wrote: > >> >> >> On Sat, Nov 22, 2014 at 7:06 PM, Matthias Wessendorf >> wrote: >> >>> Nice! But your previous screencasts had better sound! ;) >>> >>> Question: why does it say 2 installations before the import? >>> >> Ouch ! I was so much focused on the number of installations just below >> that I did not noticed that one. I have to check if this has been >> introduced with this or if it was already there before. (I think something >> is hanging in the scope) >> >>> >>> On Saturday, November 22, 2014, Sebastien Blanc >>> wrote: >>> >>>> FYI a quick screencast and preview of the Import feature ! >>>> import UPS installations >>>> >>>> >>>> Have a nice weekend ! >>>> Sebi >>>> >>>> On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc >>>> wrote: >>>> >>>>> >>>>> >>>>> On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf < >>>>> matzew at apache.org> wrote: >>>>> >>>>>> Late, but better than never. >>>>>> >>>>>> comments inline >>>>>> >>>>>> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >>>>> > wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I would like to start a discussion around the import/export of >>>>>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>>>>> containing some sub-tasks. >>>>>>> >>>>>>> Scope >>>>>>> >>>>>>> For now we stick to installations, meanning we can import or export >>>>>>> installations from a particular Variant. Import/Export for Variants will >>>>>>> maybe come later but due to some security issues (mainly for iOS >>>>>>> cert/passphrase) it's on hold. >>>>>>> >>>>>>> Import >>>>>>> Service >>>>>>> >>>>>>> That's an easy one ;) since the service already exist [2]. It's a >>>>>>> REST service and it uses the VariantId/Secret combination to authenticate. >>>>>>> >>>>>>> Data format looks like : >>>>>>> >>>>>>> [ >>>>>>> { >>>>>>> "deviceToken" : "someTokenString", >>>>>>> "deviceType" : "iPad", >>>>>>> "operatingSystem" : "iOS", >>>>>>> "osVersion" : "6.1.2", >>>>>>> "alias" : "someUsername or email adress...", >>>>>>> "categories" : ["football", "sport"] >>>>>>> }, >>>>>>> { >>>>>>> "deviceToken" : "someOtherTokenString", >>>>>>> ... >>>>>>> }, >>>>>>> ... >>>>>>> ] >>>>>>> >>>>>>> >>>>>>> Export >>>>>>> Service >>>>>>> >>>>>>> Like import, it will use the variantId/secret combo to authenticate >>>>>>> and retrieve the right variant to export the installations. The data >>>>>>> structure format would of course looks like the one used for import. >>>>>>> >>>>>> >>>>>> +1 >>>>>> >>>>>> not sure it needs to be pretty :) I am fine with having this >>>>>> {{{{.....a gazillion clients}}}} >>>>>> >>>>> Yeah it's unformatted now (and will stay so) >>>>> >>>>>> >>>>>> Output format >>>>>>> >>>>>>> How should provide the exported data ? I need your input here 1. Raw >>>>>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>>>>> >>>>>> >>>>>> I saw we do gzip and JSON. +1 on that >>>>>> >>>>>> >>>>>> >>>>>>> UI >>>>>>> >>>>>>> UI should be a *nice to have* >>>>>>> >>>>>>> I would suggest to add 2 items (import and export) in the contextual >>>>>>> menu that you can see in this screenshot : >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> For import, the user will have a file input and feedback on how >>>>>>> many installations were imported. >>>>>>> >>>>>> a dialog simliar to variant creation. should have some validation >>>>>> checks >>>>>> >>>>>> >>>>>> >>>>>>> For export, the user just have to press an export button >>>>>>> >>>>>> >>>>>> +1 >>>>>> >>>>>> >>>>>>> >>>>>>> Migration >>>>>>> issues >>>>>>> >>>>>>> So, that is a very important point that I would like to discuss. >>>>>>> Even if we are able to import installations, the *variantID_ and >>>>>>> the __variantSecret* will not match with those that are in the >>>>>>> Clients. >>>>>>> >>>>>>> Imagine the following scenario : I export 15000 installations, my >>>>>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>>>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>>>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>>>>> sure, they can be updated but that might not always be an option. >>>>>>> >>>>>>> That is why I would like suggest the following change : Make >>>>>>> *VariantId* and *VariantSecret* editable, so after someone has done >>>>>>> an import he can change the values of the variants so it matches the >>>>>>> clients. >>>>>>> >>>>>> >>>>>> -1 on making the variantID and secret editable for everyone. >>>>>> Let's have that only being done by the push admin. Also, we need to >>>>>> make sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >>>>>> foo:bar ... but... well :) if one really does that... it's not our fault. >>>>>> but yeah, let's make sure the admin can edit, and use UUID. >>>>>> >>>>> Fair enough, let's discuss that in a different PR once inport/export >>>>> has been delivered >>>>> >>>>>> >>>>>> >>>>>> >>>>>>> I know we had this discussion before, but in the future we might >>>>>>> want to change the naming around VariantId and VariantSecret, to me it >>>>>>> sounds more like *variantAPIKey* / *variantAPISecret* >>>>>>> >>>>>> >>>>>> YES! But, let's please do that on a different PR ! >>>>>> >>>>>> >>>>>>> wdyt ? >>>>>>> >>>>>>> >>>>>>> Security >>>>>>> >>>>>>> As said before, import/export uses variantId/variantSecret to >>>>>>> authenticate. So if someone has access to these keys he could make a >>>>>>> malicious import of 500k installations. What should we do for that ? We >>>>>>> could give this access only to authenticated "console" users but then it >>>>>>> would be hard to expose import/export as rest service (because of KC >>>>>>> implication) >>>>>>> >>>>>>> Please comment, ask questions , be crazy ... >>>>>>> >>>>>>> Sebi >>>>>>> >>>>>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>>>>> >>>>>>> [2] >>>>>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>> >>>>> >>>> >>> >>> -- >>> Sent from Gmail Mobile >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141123/fff9fc81/attachment-0001.html From daniel.bevenius at gmail.com Sun Nov 23 05:23:59 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Sun, 23 Nov 2014 11:23:59 +0100 Subject: [aerogear-dev] Team meeting Message-ID: Agenda: http://oksoclap.com/p/aerogear-team-mgt-20141124 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141123/6cc41a37/attachment.html From matzew at apache.org Sun Nov 23 09:03:43 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Sun, 23 Nov 2014 15:03:43 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: add some music! On Sunday, November 23, 2014, Sebastien Blanc wrote: > Yeah realized that just after, I made the screencast with my (half) fix > and not your PR , I will redo a new screencast tomorrow with your PR :) > > > On Sun, Nov 23, 2014 at 10:56 AM, Luk?? Fry? > wrote: > >> Hey Sebi, >> >> That is likely caused by counter that is not updated when variant is >> removed, >> >> I've noticed that and fixed before in >> https://github.com/sebastienblanc/aerogear-unified-push-server/pull/3 >> >> On Sat, Nov 22, 2014 at 7:57 PM, Sebastien Blanc > > wrote: >> >>> >>> >>> On Sat, Nov 22, 2014 at 7:06 PM, Matthias Wessendorf >> > wrote: >>> >>>> Nice! But your previous screencasts had better sound! ;) >>>> >>>> Question: why does it say 2 installations before the import? >>>> >>> Ouch ! I was so much focused on the number of installations just below >>> that I did not noticed that one. I have to check if this has been >>> introduced with this or if it was already there before. (I think something >>> is hanging in the scope) >>> >>>> >>>> On Saturday, November 22, 2014, Sebastien Blanc >>> > wrote: >>>> >>>>> FYI a quick screencast and preview of the Import feature ! >>>>> import UPS installations >>>>> >>>>> >>>>> Have a nice weekend ! >>>>> Sebi >>>>> >>>>> On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc >>>> > wrote: >>>>> >>>>>> >>>>>> >>>>>> On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf < >>>>>> matzew at apache.org> wrote: >>>>>> >>>>>>> Late, but better than never. >>>>>>> >>>>>>> comments inline >>>>>>> >>>>>>> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc < >>>>>>> scm.blanc at gmail.com> wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I would like to start a discussion around the import/export of >>>>>>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>>>>>> containing some sub-tasks. >>>>>>>> >>>>>>>> Scope >>>>>>>> >>>>>>>> For now we stick to installations, meanning we can import or export >>>>>>>> installations from a particular Variant. Import/Export for Variants will >>>>>>>> maybe come later but due to some security issues (mainly for iOS >>>>>>>> cert/passphrase) it's on hold. >>>>>>>> >>>>>>>> Import >>>>>>>> Service >>>>>>>> >>>>>>>> That's an easy one ;) since the service already exist [2]. It's a >>>>>>>> REST service and it uses the VariantId/Secret combination to authenticate. >>>>>>>> >>>>>>>> Data format looks like : >>>>>>>> >>>>>>>> [ >>>>>>>> { >>>>>>>> "deviceToken" : "someTokenString", >>>>>>>> "deviceType" : "iPad", >>>>>>>> "operatingSystem" : "iOS", >>>>>>>> "osVersion" : "6.1.2", >>>>>>>> "alias" : "someUsername or email adress...", >>>>>>>> "categories" : ["football", "sport"] >>>>>>>> }, >>>>>>>> { >>>>>>>> "deviceToken" : "someOtherTokenString", >>>>>>>> ... >>>>>>>> }, >>>>>>>> ... >>>>>>>> ] >>>>>>>> >>>>>>>> >>>>>>>> Export >>>>>>>> Service >>>>>>>> >>>>>>>> Like import, it will use the variantId/secret combo to authenticate >>>>>>>> and retrieve the right variant to export the installations. The data >>>>>>>> structure format would of course looks like the one used for import. >>>>>>>> >>>>>>> >>>>>>> +1 >>>>>>> >>>>>>> not sure it needs to be pretty :) I am fine with having this >>>>>>> {{{{.....a gazillion clients}}}} >>>>>>> >>>>>> Yeah it's unformatted now (and will stay so) >>>>>> >>>>>>> >>>>>>> Output format >>>>>>>> >>>>>>>> How should provide the exported data ? I need your input here 1. >>>>>>>> Raw Json ? 2. Json file ? 3. Zip / tarball ? >>>>>>>> >>>>>>> >>>>>>> I saw we do gzip and JSON. +1 on that >>>>>>> >>>>>>> >>>>>>> >>>>>>>> UI >>>>>>>> >>>>>>>> UI should be a *nice to have* >>>>>>>> >>>>>>>> I would suggest to add 2 items (import and export) in the >>>>>>>> contextual menu that you can see in this screenshot : >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> For import, the user will have a file input and feedback on how >>>>>>>> many installations were imported. >>>>>>>> >>>>>>> a dialog simliar to variant creation. should have some validation >>>>>>> checks >>>>>>> >>>>>>> >>>>>>> >>>>>>>> For export, the user just have to press an export button >>>>>>>> >>>>>>> >>>>>>> +1 >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Migration >>>>>>>> issues >>>>>>>> >>>>>>>> So, that is a very important point that I would like to discuss. >>>>>>>> Even if we are able to import installations, the *variantID_ and >>>>>>>> the __variantSecret* will not match with those that are in the >>>>>>>> Clients. >>>>>>>> >>>>>>>> Imagine the following scenario : I export 15000 installations, my >>>>>>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>>>>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>>>>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>>>>>> sure, they can be updated but that might not always be an option. >>>>>>>> >>>>>>>> That is why I would like suggest the following change : Make >>>>>>>> *VariantId* and *VariantSecret* editable, so after someone has >>>>>>>> done an import he can change the values of the variants so it matches the >>>>>>>> clients. >>>>>>>> >>>>>>> >>>>>>> -1 on making the variantID and secret editable for everyone. >>>>>>> Let's have that only being done by the push admin. Also, we need to >>>>>>> make sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >>>>>>> foo:bar ... but... well :) if one really does that... it's not our fault. >>>>>>> but yeah, let's make sure the admin can edit, and use UUID. >>>>>>> >>>>>> Fair enough, let's discuss that in a different PR once inport/export >>>>>> has been delivered >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> I know we had this discussion before, but in the future we might >>>>>>>> want to change the naming around VariantId and VariantSecret, to me it >>>>>>>> sounds more like *variantAPIKey* / *variantAPISecret* >>>>>>>> >>>>>>> >>>>>>> YES! But, let's please do that on a different PR ! >>>>>>> >>>>>>> >>>>>>>> wdyt ? >>>>>>>> >>>>>>>> >>>>>>>> Security >>>>>>>> >>>>>>>> As said before, import/export uses variantId/variantSecret to >>>>>>>> authenticate. So if someone has access to these keys he could make a >>>>>>>> malicious import of 500k installations. What should we do for that ? We >>>>>>>> could give this access only to authenticated "console" users but then it >>>>>>>> would be hard to expose import/export as rest service (because of KC >>>>>>>> implication) >>>>>>>> >>>>>>>> Please comment, ask questions , be crazy ... >>>>>>>> >>>>>>>> Sebi >>>>>>>> >>>>>>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>>>>>> >>>>>>>> [2] >>>>>>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> aerogear-dev mailing list >>>>>>>> aerogear-dev at 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 at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> -- >>>> Sent from Gmail Mobile >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > -- Sent from Gmail Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141123/060bb13d/attachment-0001.html From lukas at fryc.eu Sun Nov 23 04:48:21 2014 From: lukas at fryc.eu (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Sun, 23 Nov 2014 10:48:21 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: Hey Sebi, That is likely caused by counter that is not updated when variant is removed, I've noticed that and fixed before in https://github.com/sebastienblanc/aerogear-unified-push-server/pull/3 On Nov 22, 2014 7:58 PM, "Sebastien Blanc" wrote: > > > On Sat, Nov 22, 2014 at 7:06 PM, Matthias Wessendorf > wrote: > >> Nice! But your previous screencasts had better sound! ;) >> >> Question: why does it say 2 installations before the import? >> > Ouch ! I was so much focused on the number of installations just below > that I did not noticed that one. I have to check if this has been > introduced with this or if it was already there before. (I think something > is hanging in the scope) > >> >> On Saturday, November 22, 2014, Sebastien Blanc >> wrote: >> >>> FYI a quick screencast and preview of the Import feature ! >>> import UPS installations >>> >>> >>> Have a nice weekend ! >>> Sebi >>> >>> On Thu, Nov 20, 2014 at 10:35 AM, Sebastien Blanc >>> wrote: >>> >>>> >>>> >>>> On Wed, Nov 19, 2014 at 3:57 PM, Matthias Wessendorf >>> > wrote: >>>> >>>>> Late, but better than never. >>>>> >>>>> comments inline >>>>> >>>>> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> I would like to start a discussion around the import/export of >>>>>> installations in UPS. To track all the tasks, we have a ticket[1] also >>>>>> containing some sub-tasks. >>>>>> >>>>>> Scope >>>>>> >>>>>> For now we stick to installations, meanning we can import or export >>>>>> installations from a particular Variant. Import/Export for Variants will >>>>>> maybe come later but due to some security issues (mainly for iOS >>>>>> cert/passphrase) it's on hold. >>>>>> >>>>>> Import >>>>>> Service >>>>>> >>>>>> That's an easy one ;) since the service already exist [2]. It's a >>>>>> REST service and it uses the VariantId/Secret combination to authenticate. >>>>>> >>>>>> Data format looks like : >>>>>> >>>>>> [ >>>>>> { >>>>>> "deviceToken" : "someTokenString", >>>>>> "deviceType" : "iPad", >>>>>> "operatingSystem" : "iOS", >>>>>> "osVersion" : "6.1.2", >>>>>> "alias" : "someUsername or email adress...", >>>>>> "categories" : ["football", "sport"] >>>>>> }, >>>>>> { >>>>>> "deviceToken" : "someOtherTokenString", >>>>>> ... >>>>>> }, >>>>>> ... >>>>>> ] >>>>>> >>>>>> >>>>>> Export >>>>>> Service >>>>>> >>>>>> Like import, it will use the variantId/secret combo to authenticate >>>>>> and retrieve the right variant to export the installations. The data >>>>>> structure format would of course looks like the one used for import. >>>>>> >>>>> >>>>> +1 >>>>> >>>>> not sure it needs to be pretty :) I am fine with having this >>>>> {{{{.....a gazillion clients}}}} >>>>> >>>> Yeah it's unformatted now (and will stay so) >>>> >>>>> >>>>> Output format >>>>>> >>>>>> How should provide the exported data ? I need your input here 1. Raw >>>>>> Json ? 2. Json file ? 3. Zip / tarball ? >>>>>> >>>>> >>>>> I saw we do gzip and JSON. +1 on that >>>>> >>>>> >>>>> >>>>>> UI >>>>>> >>>>>> UI should be a *nice to have* >>>>>> >>>>>> I would suggest to add 2 items (import and export) in the contextual >>>>>> menu that you can see in this screenshot : >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> For import, the user will have a file input and feedback on how many >>>>>> installations were imported. >>>>>> >>>>> a dialog simliar to variant creation. should have some validation >>>>> checks >>>>> >>>>> >>>>> >>>>>> For export, the user just have to press an export button >>>>>> >>>>> >>>>> +1 >>>>> >>>>> >>>>>> >>>>>> Migration >>>>>> issues >>>>>> >>>>>> So, that is a very important point that I would like to discuss. Even >>>>>> if we are able to import installations, the *variantID_ and the >>>>>> __variantSecret* will not match with those that are in the Clients. >>>>>> >>>>>> Imagine the following scenario : I export 15000 installations, my >>>>>> datacenter burns, I create a new UPS instance, with a new Push App and a >>>>>> new Variant (so new VariantID and VariantSecret), then I inport the >>>>>> installations. Well, my 15000 clients will point to the wrong variant. For >>>>>> sure, they can be updated but that might not always be an option. >>>>>> >>>>>> That is why I would like suggest the following change : Make >>>>>> *VariantId* and *VariantSecret* editable, so after someone has done >>>>>> an import he can change the values of the variants so it matches the >>>>>> clients. >>>>>> >>>>> >>>>> -1 on making the variantID and secret editable for everyone. >>>>> Let's have that only being done by the push admin. Also, we need to >>>>> make sure the ID/Secret is a valid UUID. Otherwise, lazy folks will go with >>>>> foo:bar ... but... well :) if one really does that... it's not our fault. >>>>> but yeah, let's make sure the admin can edit, and use UUID. >>>>> >>>> Fair enough, let's discuss that in a different PR once inport/export >>>> has been delivered >>>> >>>>> >>>>> >>>>> >>>>>> I know we had this discussion before, but in the future we might want >>>>>> to change the naming around VariantId and VariantSecret, to me it sounds >>>>>> more like *variantAPIKey* / *variantAPISecret* >>>>>> >>>>> >>>>> YES! But, let's please do that on a different PR ! >>>>> >>>>> >>>>>> wdyt ? >>>>>> >>>>>> Security >>>>>> >>>>>> As said before, import/export uses variantId/variantSecret to >>>>>> authenticate. So if someone has access to these keys he could make a >>>>>> malicious import of 500k installations. What should we do for that ? We >>>>>> could give this access only to authenticated "console" users but then it >>>>>> would be hard to expose import/export as rest service (because of KC >>>>>> implication) >>>>>> >>>>>> Please comment, ask questions , be crazy ... >>>>>> >>>>>> Sebi >>>>>> >>>>>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>>>>> >>>>>> [2] >>>>>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at 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 at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>> >>>> >>> >> >> -- >> Sent from Gmail Mobile >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141123/61ed57e4/attachment-0001.html From corinnekrych at gmail.com Mon Nov 24 03:43:30 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 24 Nov 2014 09:43:30 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin Message-ID: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Hello Guys, Erik did some great progress on OAuth2 iOS plugin using external browser approach. Some workarounds are needed for iOS because of Swift based plugin and are documented here: https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios As descibed in the readme instruction: https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova I think the best approach is to go external browser, one of the main issue with embedded view is that the user stills have to enter credentials in native app. Although it might offer a better UX experience not switching apps, it?s seen as less secure. My preference would be to go external. On iOS, the re-enter app is solved using URI schema. The same approach is used fro Cordova plugin, the schema is configured in the config.xml cordova file. @summersp @passos do you have plan to move to external browser? Erik started working on Oauth2 Android with embedded view, but if we?re planning to move to ext. browser maybe it's worth putting the plugin implementation on hold untill we got that? ++ Corinne ????? AeroGear iOS tech lead From edewit at redhat.com Mon Nov 24 04:02:03 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 24 Nov 2014 10:02:03 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: <9F40C0C7-61CC-4482-8CEB-A3229FA07994@redhat.com> On 24 Nov,2014, at 9:43 , Corinne Krych wrote: > I think the best approach is to go external browser, one of the main issue with embedded view is that the user stills have to enter credentials in native app. Although it might offer a better UX experience not switching apps, it?s seen as less secure. My preference would be to go external. On iOS, the re-enter app is solved using URI schema. The same approach is used fro Cordova plugin, the schema is configured in the config.xml cordova file. Yes, because when using a WebView the app could override onKeyDown and get your password: @Override public boolean onKeyDown(int keyCode, KeyEvent event) { // I?m getting your password here return super.onKeyDown(keyCode, event); } Obviously that it not what we do, but it could be done easy also by app that uses our oath2 library. > > @summersp @passos do you have plan to move to external browser? > > Erik started working on Oauth2 Android with embedded view, but if we?re planning to move to ext. browser maybe it's worth putting the plugin implementation on hold untill we got that? I guess because of the WebView I have to use the aar as a dependency for the plugin. This is not supported by cordova, but it will be supported in version 4.0 So I hope that using the external browser will make using the aar no longer needed. As this will mean like for iOS a lot of manual steps needed to get the plugin to work and no JBDS support for this plugin. Cheers, Erik Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/952caf77/attachment.html From matzew at apache.org Mon Nov 24 04:40:45 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 24 Nov 2014 10:40:45 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: On Mon, Nov 24, 2014 at 9:43 AM, Corinne Krych wrote: > Hello Guys, > > Erik did some great progress on OAuth2 iOS plugin using external browser > approach. Some workarounds are needed for iOS because of Swift based plugin > and are documented here: > https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios > > As descibed in the readme instruction: > https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova > I think the best approach is to go external browser, one of the main issue > with embedded view is that the user stills have to enter credentials in > native app. Although it might offer a better UX experience not switching > apps, it?s seen as less secure. My preference would be to go external. +1 I think it makes sense to move our supported native platforms (Android / iOS) to the more secure version, with the external browser - instead of inlining with WebView. Glad you bringing it up, Corinne -M > On iOS, the re-enter app is solved using URI schema. The same approach is > used fro Cordova plugin, the schema is configured in the config.xml cordova > file. > > @summersp @passos do you have plan to move to external browser? > > Erik started working on Oauth2 Android with embedded view, but if we?re > planning to move to ext. browser maybe it's worth putting the plugin > implementation on hold untill we got that? > > ++ > Corinne > ????? > AeroGear iOS tech lead > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/0f9c761f/attachment.html From matzew at apache.org Mon Nov 24 04:42:55 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 24 Nov 2014 10:42:55 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: <9F40C0C7-61CC-4482-8CEB-A3229FA07994@redhat.com> References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> <9F40C0C7-61CC-4482-8CEB-A3229FA07994@redhat.com> Message-ID: On Mon, Nov 24, 2014 at 10:02 AM, Erik Jan de Wit wrote: > > On 24 Nov,2014, at 9:43 , Corinne Krych wrote: > > I think the best approach is to go external browser, one of the main issue > with embedded view is that the user stills have to enter credentials in > native app. Although it might offer a better UX experience not switching > apps, it?s seen as less secure. My preference would be to go external. On > iOS, the re-enter app is solved using URI schema. The same approach is used > fro Cordova plugin, the schema is configured in the config.xml cordova > file. > > > Yes, because when using a WebView the app could override onKeyDown and get > your password: > > @Override > public boolean onKeyDown (int keyCode, KeyEvent event) { > // I?m getting your password here > return super.onKeyDown(keyCode, event); > } > > > Obviously that it not what we do, but it could be done easy also by app > that uses our oath2 library. > ha! cool :) that's a 'nice' feature :)) > > > @summersp @passos do you have plan to move to external browser? > > Erik started working on Oauth2 Android with embedded view, but if we?re > planning to move to ext. browser maybe it's worth putting the plugin > implementation on hold untill we got that? > > > I guess because of the WebView I have to use the aar as a dependency for > the plugin. > sounds like using external browser will not only help overall security, it will also help our Cordova plugin. one more reason, while the security one is a stronger argument ;-) > This is not supported by cordova, but it will be supported in version 4.0 > So I hope that using the external browser will make using the aar no longer > needed. As this will mean like for iOS a lot of manual steps needed to get > the plugin to work and no JBDS support for this plugin. > > Cheers, > Erik Jan > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/94ee9cd4/attachment.html From daniel at passos.me Mon Nov 24 05:14:13 2014 From: daniel at passos.me (Daniel Passos) Date: Mon, 24 Nov 2014 08:14:13 -0200 Subject: [aerogear-dev] [WebPush] Update In-Reply-To: References: Message-ID: Nice video, thanks for make me understand a little bit about it -- Passos On Thu, Nov 20, 2014 at 7:06 AM, Daniel Bevenius wrote: > >Regarding SimplePush/WebPush : is WebPush to be considered (in the > future) as replacement of SPS ? > My guess is that yes it could be a replacement and that the Push API [1] > will be used with WebPush. But it is still early days yet but I think it > would be worth following this development and see what happens. > > > [1] https://w3c.github.io/push-api/index.html > > On 20 November 2014 09:57, Sebastien Blanc wrote: > >> Thanks ! >> The screencast helps a lot to understand all the concepts in 3 minutes. >> >> Regarding SimplePush/WebPush : is WebPush to be considered (in the >> future) as replacement of SPS ? Will SPS be deprecated ? What will >> FirefoxOS be using ? >> >> Sebi >> >> >> On Thu, Nov 20, 2014 at 9:36 AM, Daniel Bevenius < >> daniel.bevenius at gmail.com> wrote: >> >>> We've been looking into the WebPush specification[1] a little closer and >>> thought we should share some info about it. >>> >>> We created a simple proof of concept to get a better understanding of >>> the specification which can be found here: >>> https://github.com/danbev/aerogear-webpush-server >>> >>> The README.md contains more details regarding the specification and >>> there is a 3 min screen cast [2]. >>> >>> >>> [1] https://tools.ietf.org/html/draft-thomson-webpush-http2-01 >>> [2] >>> https://drive.google.com/file/d/0B2E1HZ1JnrJfYW90eVBTaGkzSkU/view?usp=sharing >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/245ca4ca/attachment-0001.html From daniel at passos.me Mon Nov 24 05:30:34 2014 From: daniel at passos.me (Daniel Passos) Date: Mon, 24 Nov 2014 08:30:34 -0200 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: On Mon, Nov 24, 2014 at 6:43 AM, Corinne Krych wrote: > Hello Guys, > > Erik did some great progress on OAuth2 iOS plugin using external browser > approach. Some workarounds are needed for iOS because of Swift based plugin > and are documented here: > https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios > > As descibed in the readme instruction: > https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova > I think the best approach is to go external browser, one of the main issue > with embedded view is that the user stills have to enter credentials in > native app. Although it might offer a better UX experience not switching > apps, it?s seen as less secure. My preference would be to go external. On > iOS, the re-enter app is solved using URI schema. The same approach is used > fro Cordova plugin, the schema is configured in the config.xml cordova file. > > @summersp @passos do you have plan to move to external browser? > Yes => https://issues.jboss.org/browse/AGDROID-319 > Erik started working on Oauth2 Android with embedded view, but if we?re > planning to move to ext. browser maybe it's worth putting the plugin > implementation on hold untill we got that? > > ++ > Corinne > ????? > AeroGear iOS tech lead > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/11389705/attachment.html From daniel at passos.me Mon Nov 24 05:32:24 2014 From: daniel at passos.me (Daniel Passos) Date: Mon, 24 Nov 2014 08:32:24 -0200 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: <9F40C0C7-61CC-4482-8CEB-A3229FA07994@redhat.com> References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> <9F40C0C7-61CC-4482-8CEB-A3229FA07994@redhat.com> Message-ID: On Mon, Nov 24, 2014 at 7:02 AM, Erik Jan de Wit wrote: > > On 24 Nov,2014, at 9:43 , Corinne Krych wrote: > > I think the best approach is to go external browser, one of the main issue > with embedded view is that the user stills have to enter credentials in > native app. Although it might offer a better UX experience not switching > apps, it?s seen as less secure. My preference would be to go external. On > iOS, the re-enter app is solved using URI schema. The same approach is used > fro Cordova plugin, the schema is configured in the config.xml cordova > file. > > > Yes, because when using a WebView the app could override onKeyDown and get > your password: > > @Override > public boolean onKeyDown (int keyCode, KeyEvent event) { > // I?m getting your password here > return super.onKeyDown(keyCode, event); > } > > > Obviously that it not what we do, but it could be done easy also by app > that uses our oath2 library. > > > @summersp @passos do you have plan to move to external browser? > > Erik started working on Oauth2 Android with embedded view, but if we?re > planning to move to ext. browser maybe it's worth putting the plugin > implementation on hold untill we got that? > > > I guess because of the WebView I have to use the aar as a dependency for > the plugin. This is not supported by cordova, but it will be supported in > version 4.0 So I hope that using the external browser will make using the > aar no longer needed. As this will mean like for iOS a lot of manual steps > needed to get the plugin to work and no JBDS support for this plugin. > I'm not sure if use external browser will make aar no longer needed. Btw use aar instead of jar is the correct thing to do. > Cheers, > Erik Jan > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/f4709f61/attachment.html From edewit at redhat.com Mon Nov 24 05:35:20 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Mon, 24 Nov 2014 11:35:20 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> <9F40C0C7-61CC-4482-8CEB-A3229FA07994@redhat.com> Message-ID: <9A1673F2-3A2E-4CEC-8CC2-C850367CECB6@redhat.com> > I guess because of the WebView I have to use the aar as a dependency for the plugin. This is not supported by cordova, but it will be supported in version 4.0 So I hope that using the external browser will make using the aar no longer needed. As this will mean like for iOS a lot of manual steps needed to get the plugin to work and no JBDS support for this plugin. > > I'm not sure if use external browser will make aar no longer needed. Btw use aar instead of jar is the correct thing to do. Correct, but unsupported for cordova -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/879b296e/attachment.html From corinnekrych at gmail.com Mon Nov 24 05:54:13 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 24 Nov 2014 11:54:13 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: <9DDBE091-C3E7-4FFC-9016-E6D03582703F@gmail.com> > On 24 Nov 2014, at 11:30, Daniel Passos wrote: > > On Mon, Nov 24, 2014 at 6:43 AM, Corinne Krych wrote: > Hello Guys, > > Erik did some great progress on OAuth2 iOS plugin using external browser approach. Some workarounds are needed for iOS because of Swift based plugin and are documented here: > https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios > > As descibed in the readme instruction: > https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova > I think the best approach is to go external browser, one of the main issue with embedded view is that the user stills have to enter credentials in native app. Although it might offer a better UX experience not switching apps, it?s seen as less secure. My preference would be to go external. On iOS, the re-enter app is solved using URI schema. The same approach is used fro Cordova plugin, the schema is configured in the config.xml cordova file. > > @summersp @passos do you have plan to move to external browser? > > Yes => https://issues.jboss.org/browse/AGDROID-319 +1 > > Erik started working on Oauth2 Android with embedded view, but if we?re planning to move to ext. browser maybe it's worth putting the plugin implementation on hold untill we got that? > > ++ > Corinne > ????? > AeroGear iOS tech lead > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Mon Nov 24 05:57:49 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 24 Nov 2014 11:57:49 +0100 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: On Mon, Nov 24, 2014 at 11:30 AM, Daniel Passos wrote: > On Mon, Nov 24, 2014 at 6:43 AM, Corinne Krych > wrote: > >> Hello Guys, >> >> Erik did some great progress on OAuth2 iOS plugin using external browser >> approach. Some workarounds are needed for iOS because of Swift based plugin >> and are documented here: >> https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios >> >> As descibed in the readme instruction: >> https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova >> I think the best approach is to go external browser, one of the main >> issue with embedded view is that the user stills have to enter credentials >> in native app. Although it might offer a better UX experience not switching >> apps, it?s seen as less secure. My preference would be to go external. On >> iOS, the re-enter app is solved using URI schema. The same approach is used >> fro Cordova plugin, the schema is configured in the config.xml cordova file. >> >> @summersp @passos do you have plan to move to external browser? >> > > Yes => https://issues.jboss.org/browse/AGDROID-319 > awesome! -M > > >> Erik started working on Oauth2 Android with embedded view, but if we?re >> planning to move to ext. browser maybe it's worth putting the plugin >> implementation on hold untill we got that? >> >> ++ >> Corinne >> ????? >> AeroGear iOS tech lead >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/770f835b/attachment-0001.html From bruno at abstractj.org Mon Nov 24 06:48:58 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 24 Nov 2014 09:48:58 -0200 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: <20141124114858.GA16544@abstractj.org> I think we all already agreed that Webview is bad. At the same time, I don't think we should hold the development, instead, document that Webview will be replaced like Summers did for Android. On 2014-11-24, Matthias Wessendorf wrote: > On Mon, Nov 24, 2014 at 9:43 AM, Corinne Krych > wrote: > > > Hello Guys, > > > > Erik did some great progress on OAuth2 iOS plugin using external browser > > approach. Some workarounds are needed for iOS because of Swift based plugin > > and are documented here: > > https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios > > > > As descibed in the readme instruction: > > https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova > > I think the best approach is to go external browser, one of the main issue > > with embedded view is that the user stills have to enter credentials in > > native app. Although it might offer a better UX experience not switching > > apps, it?s seen as less secure. My preference would be to go external. > > > +1 > I think it makes sense to move our supported native platforms (Android / > iOS) to the more secure version, with the external browser - instead of > inlining with WebView. > > Glad you bringing it up, Corinne > > -M > > > > > On iOS, the re-enter app is solved using URI schema. The same approach is > > used fro Cordova plugin, the schema is configured in the config.xml cordova > > file. > > > > @summersp @passos do you have plan to move to external browser? > > > > Erik started working on Oauth2 Android with embedded view, but if we?re > > planning to move to ext. browser maybe it's worth putting the plugin > > implementation on hold untill we got that? > > > > ++ > > Corinne > > ????? > > AeroGear iOS tech lead > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From andreas.rosdal at gmail.com Mon Nov 24 07:27:58 2014 From: andreas.rosdal at gmail.com (=?UTF-8?Q?Andreas_R=C3=B8sdal?=) Date: Mon, 24 Nov 2014 13:27:58 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server Message-ID: Hello! I would like to security advice for running the Aerogear UnifiedPush Server for sending Push messages to an iPhone app. The app-server is Wildfly, and HTTPS is enabled. It is important to prevent unauthorized push messages from being sent. Do you have any documentation or general advice for securing Aerogear UnifiedPush Server? I would like to setup firewall rules to prevent users on the internet to log in to the UnifiedPush Admin gui /ag-push/ while still allowing registration of iPhone app/device tokens though the same UnifiedPush Admin server. What kind of URL pattern can I use to prevent admin logins externally? Regards, Andreas R. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/34485194/attachment.html From bruno at abstractj.org Mon Nov 24 07:57:14 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 24 Nov 2014 10:57:14 -0200 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: Message-ID: <20141124125714.GA16728@abstractj.org> Good morning Andreas, I think what you're looking for is something like this[1], right? That's an interesting scenario. I think if we extracted the registration module to a separated WAR file, would help to protect /ag-push infrastructure. Not sure if the idea is interesting. Thoughts anyone? [1] - http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.18 On 2014-11-24, Andreas R?sdal wrote: > Hello! > > I would like to security advice for running the Aerogear UnifiedPush Server > for sending Push messages to an iPhone app. The app-server is Wildfly, and > HTTPS is enabled. It is important to prevent unauthorized push messages > from being sent. Do you have any documentation or general advice for > securing Aerogear UnifiedPush Server? > > I would like to setup firewall rules to prevent users on the internet to > log in to the UnifiedPush Admin gui /ag-push/ while still allowing > registration of iPhone app/device tokens though the same UnifiedPush Admin > server. What kind of URL pattern can I use to prevent admin logins > externally? > > > Regards, > Andreas R. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From vivek.pandey at pinelabs.com Mon Nov 24 08:16:49 2014 From: vivek.pandey at pinelabs.com (Vivek Pandey) Date: Mon, 24 Nov 2014 18:46:49 +0530 Subject: [aerogear-dev] [UPS] APNS issue Message-ID: <007201d007e8$e8400060$b8c00120$@pinelabs.com> Hello Guys, We are facing an issue in our deployment where if there is any invalid APNS token, all subsequent messages are dropped/not delivered. I noticed that Matthias is already working on this https://github.com/notnoop/java-apns/issues/124 I was hoping if you could point me to related UPS issue so that I can get an idea about expected time of fix. Thanks, Vivek This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/72c94780/attachment.html From andreas.rosdal at gmail.com Mon Nov 24 08:23:08 2014 From: andreas.rosdal at gmail.com (=?UTF-8?Q?Andreas_R=C3=B8sdal?=) Date: Mon, 24 Nov 2014 14:23:08 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: <20141124125714.GA16728@abstractj.org> References: <20141124125714.GA16728@abstractj.org> Message-ID: Good morning! > I think what you're looking for is something like this[1], right? Maybe this could be secured using Netfilter on Linux, I would be interested in hearing more about this. Initially, I thought I would be looking for a F5 firewall iRule kind of like this: -Allow: /ag-push/(registration) -Deny: /ag-push/(admin-gui) and /ag-push/(java-api-access) Is /ag-push/ is designed to be exposed to the public Internet? >That's an interesting scenario. I think if we extracted the registration >module to a separated WAR file, would help to protect /ag-push >infrastructure. Not sure if the idea is interesting. Yes, that would be interesting as a more long-term solution. I would like to start using the UnifiedPush Server very soon, so then I would prefer some quick firewall rule rather than waiting for a new release. Thanks for the help so far! Andreas 2014-11-24 13:57 GMT+01:00 Bruno Oliveira : > Good morning Andreas, I think what you're looking for is something like > this[1], right? > > That's an interesting scenario. I think if we extracted the registration > module to a separated WAR file, would help to protect /ag-push > infrastructure. Not sure if the idea is interesting. > > Thoughts anyone? > > > [1] - > > http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.18 > > On 2014-11-24, Andreas R?sdal wrote: > > Hello! > > > > I would like to security advice for running the Aerogear UnifiedPush > Server > > for sending Push messages to an iPhone app. The app-server is Wildfly, > and > > HTTPS is enabled. It is important to prevent unauthorized push messages > > from being sent. Do you have any documentation or general advice for > > securing Aerogear UnifiedPush Server? > > > > I would like to setup firewall rules to prevent users on the internet to > > log in to the UnifiedPush Admin gui /ag-push/ while still allowing > > registration of iPhone app/device tokens though the same UnifiedPush > Admin > > server. What kind of URL pattern can I use to prevent admin logins > > externally? > > > > > > Regards, > > Andreas R. > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/bc3802b6/attachment.html From scm.blanc at gmail.com Mon Nov 24 08:26:35 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Mon, 24 Nov 2014 14:26:35 +0100 Subject: [aerogear-dev] [UPS] APNS issue In-Reply-To: <007201d007e8$e8400060$b8c00120$@pinelabs.com> References: <007201d007e8$e8400060$b8c00120$@pinelabs.com> Message-ID: Hi Vivek ! The issue is https://issues.jboss.org/browse/AGPUSH-1087 but it has already been fixed by this PR https://github.com/aerogear/aerogear-unifiedpush-server/pull/436 (both on master and 1.0.x). Additionaly, invalid tokens will now be automatically removed : https://github.com/aerogear/aerogear-unifiedpush-server/pull/440 Seb On Mon, Nov 24, 2014 at 2:16 PM, Vivek Pandey wrote: > Hello Guys, > > > > We are facing an issue in our deployment where if there is any invalid > APNS token, all subsequent messages are dropped/not delivered. > > > > I noticed that Matthias is already working on this > https://github.com/notnoop/java-apns/issues/124 > > > > I was hoping if you could point me to related UPS issue so that I can get > an idea about expected time of fix. > > > > Thanks, > > Vivek > > ------------------------------ > This message may contain privileged and confidential information and is > solely for the use of intended recipient. The views expressed in this email > are those of the sender and not of Pine Labs. The recipient should check > this email and attachments for the presence of viruses / malwares etc. Pine > Labs accepts no liability for any damage caused by any virus transmitted by > this email. Pine Labs may monitor and record all emails. > ------------------------------ > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/73826da1/attachment-0001.html From matzew at apache.org Mon Nov 24 08:39:13 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 24 Nov 2014 14:39:13 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: <20141124125714.GA16728@abstractj.org> Message-ID: Hi Andreas, On Mon, Nov 24, 2014 at 2:23 PM, Andreas R?sdal wrote: > Good morning! > > > I think what you're looking for is something like this[1], right? > > Maybe this could be secured using Netfilter on Linux, I would be > interested in hearing more about this. > Initially, I thought I would be looking for a F5 firewall iRule kind of > like this: > -Allow: /ag-push/(registration) > -Deny: /ag-push/(admin-gui) and /ag-push/(java-api-access) > > Is /ag-push/ is designed to be exposed to the public Internet? > well, it's up to you :) if you have different remote systems, that need to contact the server -> you wanna expose the /sender part too. if not -> block it As you said earlier, the only one that really needs to be exposed to public is the device registration. > > >That's an interesting scenario. I think if we extracted the registration > >module to a separated WAR file, would help to protect /ag-push > >infrastructure. Not sure if the idea is interesting. > That is an interesting point, and worth evaluating. Internally of that "registration.war", we could simply act as a proxy to the 'real' registration (on the ag-push.war), which is blocked by the firewall. -Matthias > > Yes, that would be interesting as a more long-term solution. I would like > to start using > the UnifiedPush Server very soon, so then I would prefer some quick > firewall rule rather than waiting > for a new release. > > Thanks for the help so far! > > Andreas > > > > 2014-11-24 13:57 GMT+01:00 Bruno Oliveira : > >> Good morning Andreas, I think what you're looking for is something like >> this[1], right? >> >> That's an interesting scenario. I think if we extracted the registration >> module to a separated WAR file, would help to protect /ag-push >> infrastructure. Not sure if the idea is interesting. >> >> Thoughts anyone? >> >> >> [1] - >> >> http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.18 >> >> On 2014-11-24, Andreas R?sdal wrote: >> > Hello! >> > >> > I would like to security advice for running the Aerogear UnifiedPush >> Server >> > for sending Push messages to an iPhone app. The app-server is Wildfly, >> and >> > HTTPS is enabled. It is important to prevent unauthorized push messages >> > from being sent. Do you have any documentation or general advice for >> > securing Aerogear UnifiedPush Server? >> > >> > I would like to setup firewall rules to prevent users on the internet to >> > log in to the UnifiedPush Admin gui /ag-push/ while still allowing >> > registration of iPhone app/device tokens though the same UnifiedPush >> Admin >> > server. What kind of URL pattern can I use to prevent admin logins >> > externally? >> > >> > >> > Regards, >> > Andreas R. >> >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/e8372f11/attachment.html From supittma at redhat.com Mon Nov 24 09:09:05 2014 From: supittma at redhat.com (Summers Pittman) Date: Mon, 24 Nov 2014 09:09:05 -0500 Subject: [aerogear-dev] External vs Embedded browser for OAuth2 libs and Cordova plugin In-Reply-To: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> References: <0D4BC4D1-E9B5-417E-83C1-4B46A0FBAE55@gmail.com> Message-ID: <54733C01.9020806@redhat.com> On 11/24/2014 03:43 AM, Corinne Krych wrote: > Hello Guys, > > Erik did some great progress on OAuth2 iOS plugin using external browser approach. Some workarounds are needed for iOS because of Swift based plugin and are documented here: > https://github.com/edewit/aerogear-oauth2-plugin#workaround-for-ios > > As descibed in the readme instruction: > https://github.com/edewit/aerogear-oauth2-plugin#aerogear-oauth2-cordova > I think the best approach is to go external browser, one of the main issue with embedded view is that the user stills have to enter credentials in native app. Although it might offer a better UX experience not switching apps, it?s seen as less secure. My preference would be to go external. On iOS, the re-enter app is solved using URI schema. The same approach is used fro Cordova plugin, the schema is configured in the config.xml cordova file. > > @summersp @passos do you have plan to move to external browser? We do, passos has linked to the JIRA later in the thread. For me the big win is that we can integrate with other services which might have a native login widget (Google+, Facebook) and not have to use the WebView which might have rendering issues if the site isn't responsive. > > Erik started working on Oauth2 Android with embedded view, but if we?re planning to move to ext. browser maybe it's worth putting the plugin implementation on hold untill we got that? > > ++ > Corinne > ????? > AeroGear iOS tech lead > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- Summers Pittman >>Phone:404 941 4698 >>Java is my crack. From corinnekrych at gmail.com Mon Nov 24 09:24:51 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Mon, 24 Nov 2014 15:24:51 +0100 Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <1415914830303.179bff57@Nodemailer> References: <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> <1415914830303.179bff57@Nodemailer> Message-ID: <3E462D66-B5C1-451B-8DC4-405FBADDBB7D@gmail.com> Hello Andrea Implementing AGIOS-305 (redesign of shoot app for iOS) [1], I have trouble with the camera-icon.png which does not comply with the toolbar icon guide line as a result the image is not displayed properly. the image need to have a transparent background. I saw that for Quickstart app you did choose icons that fits the requirement. Could we have the same type of icons, sth like [2]? ++ Corinne [1] https://issues.jboss.org/browse/AGIOS-305 [2] http://icons8.com/web-app/category/ios7/Photo-and-Video > On 13 Nov 2014, at 22:40, Bruno Oliveira wrote: > > +1 > > ? > > abstractj > PGP: 0x84DC9914 > > > On Thu, Nov 13, 2014 at 11:45 AM, Andres Galante wrote: > > Thanks Corinne. I'll cut the images and update the Jira. > > I did this also for the web Keycloak thingy. > > http://andresgalante.com/shootnshare/ > > What do you think? > I am using a jquery plug in to arrange the pictures that also allows to open images on a modal on click, if you think it is a nice thing to have I'll add it. > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 13, 2014 10:03:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > Let?s start with png images and if i need more i?ll ask > I?ve created this JIRA on ios to follow on the implementation: > https://issues.jboss.org/browse/AGIOS-305 > ++ > Corinne > On 13 Nov 2014, at 11:41, Andres Galante wrote: > > > yeap, agree. > > > > What do you need for implementation? psd files? cut png images? > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Thursday, November 13, 2014 4:26:11 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hello Andre > > > > I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. > > > > If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... > > > > ++ > > Corinne > > > > On 12 Nov 2014, at 22:01, Andres Galante wrote: > > > >> Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: > >> > >> Android app: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png > >> > >> iOS app: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png > >> > >> What do you think? > >> > >> Is there an issue open for shoot and share design? > >> > >> > >> ----- Original Message ----- > >> From: "Andres Galante" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 10:58:15 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> ups, wrong link to shoot screen > >> > >> Shoot: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > >> > >> Share: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> ----- Original Message ----- > >> From: "Andres Galante" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 10:55:28 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> how about this: > >> > >> Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> and > >> > >> Share: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> And we use the same graphics as in the icon :) > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: "Summers Pittman" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 9:48:55 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> On 11/11/2014 04:12 PM, Corinne Krych wrote: > >> > >> > >> > >> One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > >> On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. > >> > >> > >> > >> > >> > >> > >> ++ > >> Corinne > >> > >> On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > >> > >> > >> > >> Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > >> > >> Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > >> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > >> JavaScript: http://www.garralab.com/nailthumb.php > >> > >> Btw I guess we will have some images predefined and just one or two will be uploaded actually. > >> The predefined ones could be selected so that they are cropped optimally. > >> > >> > >> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: > >> > >> > >> On 11/11/2014 03:06 PM, Andres Galante wrote: > >>> How about this for Shot and share Android app? > >> How does the picture scale around when it isnt a square? > >>> > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 5:42:14 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> I guess this one answer my question, there is an idea of the arrow going away from the camera. > >>> I like it this way! > >>> > >>> ++ > >>> Corinne > >>> > >>> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > >>> > >>> > >>> Thanks passos, this is the final icon: > >>> > >>> https://issues.jboss.org/secure/attachment/12386265/icon-final.png > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Daniel Passos" < daniel at passos.me > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 5:31:38 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Hi Andres, > >>> > >>> I really like the 'new' icon > >>> > >>> -- Passos > >>> > >>> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > >>> > >>> > >>> Here is a side by side image to help decide: > >>> > >>> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 12:57:15 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> How about something like this: > >>> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > >>> > >>> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > >>> > >>> ----- Original Message ----- > >>> From: "Summers Pittman" < supittma at redhat.com > > >>> To: aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 11:06:50 AM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> On 11/10/2014 06:54 AM, Andres Galante wrote: > >>>> Good morning. Here is a final version: > >>>> > >>>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >>>> > >>>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >>>> > >>>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > >>> That was going to be my comment. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>> Sent: Monday, November 10, 2014 6:13:26 AM > >>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>> > >>>> +1 > >>>> > >>>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > >>>> > >>>> > >>>> looks nice! > >>>> > >>>> - > >>>> Christos > >>>> > >>>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >>>> > >>>>> This is as far as I got today with it: > >>>>> > >>>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>>>> > >>>>> I'll finish it on monday, any inputs are welcome. > >>>>> > >>>>> Have a nice weekend and I hope you get better soon Corinne. > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>> Sent: Friday, November 7, 2014 2:03:48 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> Perfect, I'll work on that one. > >>>>> > >>>>> Thanks! > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>> Sent: Friday, November 7, 2014 1:37:07 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > >>>>> It might be better to have sth that fit both platforms. > >>>>> > >>>>> ++ > >>>>> Corinne > >>>>> > >>>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: > >>>>> > >>>>>> I like the one on the far right with the purplish curved arrow. It > >>>>>> reminds me a bit of the G in the AeroGear logo. > >>>>>> > >>>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> I am working with 3 ideas for the icon: > >>>>>>> > >>>>>>> 1- A camera with a share icon (arrow). Like the original one. > >>>>>>> 2- A camera or a picture as a dialog icon. > >>>>>>> 3- A typographic icon with the "s". > >>>>>>> > >>>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>>>>> > >>>>>>> What do you think? any other idea is very welcome. > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>>>> > >>>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. > >>>>>>> I'll work on it and send it over for you guys to review soon. > >>>>>>> After we do the Icon I'll help out with the interface. > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "Summers Pittman" < supittma at redhat.com > > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>>>> > >>>>>>> > >>>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>>>>> design work going on with them. > >>>>>>> > >>>>>>> Right now we need an icon. I'm sure if there is a wild designer on this > >>>>>>> list we will get awesome input. > >>>>>>> > >>>>>>> (ppsssst agalante that's your cue). > >>>>>>> > >>>>>>> > >>>>>> -- > >>>>>> Summers Pittman > >>>>>>>> Phone: 404 941 4698 > >>>>>>>> Java is my crack. > >>>>>> _______________________________________________ > >>>>>> aerogear-dev mailing list > >>>>>> aerogear-dev at lists.jboss.org > >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >>>> > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >> > >> > >> -- > >> Summers Pittman > >>>> Phone: 404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> -- > >> Summers Pittman > >>>> Phone:404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From kpiwko at redhat.com Mon Nov 24 09:27:36 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Mon, 24 Nov 2014 15:27:36 +0100 Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <20141117161304.GA72441@abstractj.org> References: <20141117161304.GA72441@abstractj.org> Message-ID: <1416839256.5137.3.camel@kpiwko-x220> Might be late to the party but do you guys plan to have initial setup cli support? E.g. something that people deploying UPS instances automatically can automate? A REST call will do. Thanks, Karel On Mon, 2014-11-17 at 14:13 -0200, Bruno Oliveira wrote: > Good morning amazing people. > > While working on AGPUSH-1047, I was wondering if would make sense on > having a configuration page before users getting started. > > I thinking about the current problem on decoupling our server from > Keycloak[1] and OpenShift. > > What is the current proposal for the initial setup? > > 1. Developer create an UPS instance on OpenShift > 2. Visit https://myups-abstractj.rhcloud.com/ag-push > 3. The application automagically redirect to the configuration page with > options to skip or enter the URL for the Keycloak server. > 4. App changes the keycloak.json/ups-realm.json file based on the URL provided. > > Does it make sense? > > [1] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From kpiwko at redhat.com Mon Nov 24 09:33:43 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Mon, 24 Nov 2014 15:33:43 +0100 Subject: [aerogear-dev] Accessibility on AeroGear In-Reply-To: References: <20141111184759.GA80863@abstractj.org> Message-ID: <1416839623.5137.4.camel@kpiwko-x220> On Wed, 2014-11-12 at 11:40 +0100, Matthias Wessendorf wrote: > great, thanks for filing these tickets! > > Karel, do we have some sort of tests for that? Also I am not sure if > patternfly is following guides like WAI / WAI-ARIA I'm not aware of such tests being in place atm. > > On Tue, Nov 11, 2014 at 7:47 PM, Bruno Oliveira wrote: > > > Good morning, > > > > Currently do we test our mobile applications + website for issues with > > accessibility? I'm thinking about visually impaired people. > > > > The following issues were created: > > > > https://issues.jboss.org/browse/AEROGEAR-1539 > > https://issues.jboss.org/browse/AGPUSH-1105 > > > > Thanks in advance > > > > -- > > > > abstractj > > PGP: 0x84DC9914 > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From andreas.rosdal at gmail.com Mon Nov 24 10:03:58 2014 From: andreas.rosdal at gmail.com (=?UTF-8?Q?Andreas_R=C3=B8sdal?=) Date: Mon, 24 Nov 2014 16:03:58 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: <20141124125714.GA16728@abstractj.org> Message-ID: >well, it's up to you :) if you have different remote systems, that need to contact the server -> you wanna expose the /sender part too. if not -> block it Yes, so I can block the following URL from external requests: /ag-push/rest/sender/ Are there other similar URLS that I can block to secure the UnifiedPush Server? Regards, Andreas R. 2014-11-24 14:39 GMT+01:00 Matthias Wessendorf : > Hi Andreas, > > On Mon, Nov 24, 2014 at 2:23 PM, Andreas R?sdal > wrote: > >> Good morning! >> >> > I think what you're looking for is something like this[1], right? >> >> Maybe this could be secured using Netfilter on Linux, I would be >> interested in hearing more about this. >> Initially, I thought I would be looking for a F5 firewall iRule kind of >> like this: >> -Allow: /ag-push/(registration) >> -Deny: /ag-push/(admin-gui) and /ag-push/(java-api-access) >> >> Is /ag-push/ is designed to be exposed to the public Internet? >> > > well, it's up to you :) if you have different remote systems, that need to > contact the server -> you wanna expose the /sender part too. if not -> > block it > > As you said earlier, the only one that really needs to be exposed to > public is the device registration. > > > >> >> >That's an interesting scenario. I think if we extracted the registration >> >module to a separated WAR file, would help to protect /ag-push >> >infrastructure. Not sure if the idea is interesting. >> > > That is an interesting point, and worth evaluating. > Internally of that "registration.war", we could simply act as a proxy to > the 'real' registration (on the ag-push.war), which is blocked by the > firewall. > > > -Matthias > > >> >> Yes, that would be interesting as a more long-term solution. I would like >> to start using >> the UnifiedPush Server very soon, so then I would prefer some quick >> firewall rule rather than waiting >> for a new release. >> >> Thanks for the help so far! >> >> Andreas >> >> >> >> 2014-11-24 13:57 GMT+01:00 Bruno Oliveira : >> >>> Good morning Andreas, I think what you're looking for is something like >>> this[1], right? >>> >>> That's an interesting scenario. I think if we extracted the registration >>> module to a separated WAR file, would help to protect /ag-push >>> infrastructure. Not sure if the idea is interesting. >>> >>> Thoughts anyone? >>> >>> >>> [1] - >>> >>> http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.18 >>> >>> On 2014-11-24, Andreas R?sdal wrote: >>> > Hello! >>> > >>> > I would like to security advice for running the Aerogear UnifiedPush >>> Server >>> > for sending Push messages to an iPhone app. The app-server is Wildfly, >>> and >>> > HTTPS is enabled. It is important to prevent unauthorized push messages >>> > from being sent. Do you have any documentation or general advice for >>> > securing Aerogear UnifiedPush Server? >>> > >>> > I would like to setup firewall rules to prevent users on the internet >>> to >>> > log in to the UnifiedPush Admin gui /ag-push/ while still allowing >>> > registration of iPhone app/device tokens though the same UnifiedPush >>> Admin >>> > server. What kind of URL pattern can I use to prevent admin logins >>> > externally? >>> > >>> > >>> > Regards, >>> > Andreas R. >>> >>> > _______________________________________________ >>> > aerogear-dev mailing list >>> > aerogear-dev at lists.jboss.org >>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> -- >>> >>> abstractj >>> PGP: 0x84DC9914 >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/8b9505d2/attachment.html From cvasilak at gmail.com Mon Nov 24 10:12:23 2014 From: cvasilak at gmail.com (Christos Vasilakis) Date: Mon, 24 Nov 2014 17:12:23 +0200 Subject: [aerogear-dev] Team meeting In-Reply-To: References: Message-ID: <4CC3AD30-DD2B-43A9-B11A-9F4AA4E249B6@gmail.com> fyi, meeting minutes: Meeting ended Mon Nov 24 15:09:22 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-24-15.00.html Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-24-15.00.txt Log: http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2014/aerogear.2014-11-24-15.00.log.html On Nov 23, 2014, at 12:23 PM, Daniel Bevenius wrote: > Agenda: > http://oksoclap.com/p/aerogear-team-mgt-20141124 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/e07424fa/attachment.html From kpiwko at redhat.com Mon Nov 24 11:30:03 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Mon, 24 Nov 2014 17:30:03 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: Message-ID: <1416846603.5137.8.camel@kpiwko-x220> On Mon, 2014-11-24 at 13:27 +0100, Andreas R?sdal wrote: > Hello! > > I would like to security advice for running the Aerogear UnifiedPush Server > for sending Push messages to an iPhone app. The app-server is Wildfly, and > HTTPS is enabled. It is important to prevent unauthorized push messages > from being sent. Do you have any documentation or general advice for > securing Aerogear UnifiedPush Server? > > I would like to setup firewall rules to prevent users on the internet to > log in to the UnifiedPush Admin gui /ag-push/ while still allowing > registration of iPhone app/device tokens though the same UnifiedPush Admin > server. What kind of URL pattern can I use to prevent admin logins > externally? I'd say hide ag-push to be accessible only on a particular interface available in your internal network and create a proxy WAR accessible on public network that will "forward" sender and registration requests to ag-push WAR. > > > Regards, > Andreas R. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From jrconlin at gmail.com Mon Nov 24 12:01:26 2014 From: jrconlin at gmail.com (JR Conlin) Date: Mon, 24 Nov 2014 09:01:26 -0800 Subject: [aerogear-dev] dev-push public mailling list for Mozilla SimplePush/WebPush discussion Message-ID: <54736466.6030306@gmail.com> Hi all, I hope you don't mind the incursion, but I wanted to let you all know that I (finally) got the Dev-Push mail list set up. If you're interested in SimplePush, or Mozilla's efforts around the WebPush protocol, please consider joining https://lists.mozilla.org/listinfo/dev-push Thanks! From andreas.rosdal at gmail.com Mon Nov 24 12:49:35 2014 From: andreas.rosdal at gmail.com (=?UTF-8?Q?Andreas_R=C3=B8sdal?=) Date: Mon, 24 Nov 2014 18:49:35 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: <1416846603.5137.8.camel@kpiwko-x220> References: <1416846603.5137.8.camel@kpiwko-x220> Message-ID: Hi Karel! While reading the documentation for UnifiedPush Server I didn't get the impression that a custom proxy WAR is required to run it securely on the internet, so I would suggest you add some guidelines to the online documentation how to run it securely. Is it strictly required to setup ag-push behind a custom proxy WAR to run the UnifiedPush Server securely on a public network? How should I go about creating such a custom proxy WAR? I would much prefer a well-supported open source or commercial off-the-shelf solution than to develop a custom proxy WAR. So for me the most practical thing would be to secure the UnifiedPush Server by using firewall rules which block specific URLs, if it is possible to create a list of HTTP paths to block in the firewall. Would blocking /auth/ and /ag-push/rest/sender/ be sufficient? Which URLs does the iOS device token registration client use? Further, I have seen the chapter on "Brute Force Protection" which is described in the Security Defenses documentation, and this seems like a reasonable security feature that I will enable. I very much appreciate all the feedback on this question so far, and I hope you see that this question will be relevant for other users of the AeroGear UnifiedPush Server who want to run it securely. Regards, Andreas R. 2014-11-24 17:30 GMT+01:00 Karel Piwko : > On Mon, 2014-11-24 at 13:27 +0100, Andreas R?sdal wrote: > > Hello! > > > > I would like to security advice for running the Aerogear UnifiedPush > Server > > for sending Push messages to an iPhone app. The app-server is Wildfly, > and > > HTTPS is enabled. It is important to prevent unauthorized push messages > > from being sent. Do you have any documentation or general advice for > > securing Aerogear UnifiedPush Server? > > > > I would like to setup firewall rules to prevent users on the internet to > > log in to the UnifiedPush Admin gui /ag-push/ while still allowing > > registration of iPhone app/device tokens though the same UnifiedPush > Admin > > server. What kind of URL pattern can I use to prevent admin logins > > externally? > > I'd say hide ag-push to be accessible only on a particular interface > available in your internal network and create a proxy WAR accessible on > public network that will "forward" sender and registration requests to > ag-push WAR. > > > > > > > > Regards, > > Andreas R. > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/827d8e95/attachment.html From daniel.bevenius at gmail.com Mon Nov 24 13:56:28 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Mon, 24 Nov 2014 19:56:28 +0100 Subject: [aerogear-dev] dev-push public mailling list for Mozilla SimplePush/WebPush discussion In-Reply-To: <54736466.6030306@gmail.com> References: <54736466.6030306@gmail.com> Message-ID: Awesome, thanks for that! On 24 November 2014 at 18:01, JR Conlin wrote: > Hi all, > > I hope you don't mind the incursion, but I wanted to let you all know > that I (finally) got the Dev-Push mail list set up. If you're interested > in SimplePush, or Mozilla's efforts around the WebPush protocol, please > consider joining > > https://lists.mozilla.org/listinfo/dev-push > > Thanks! > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141124/e2c6de7e/attachment.html From bruno at abstractj.org Mon Nov 24 15:10:02 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Mon, 24 Nov 2014 18:10:02 -0200 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: <1416846603.5137.8.camel@kpiwko-x220> Message-ID: <20141124201002.GA21565@abstractj.org> Hi Andreas, file a Jira and assign to myself please https://issues.jboss.org/browse/agpush. Feel free to describe what's missing. Thanks in advance. On 2014-11-24, Andreas R?sdal wrote: > Hi Karel! > > While reading the documentation for UnifiedPush Server I didn't get the > impression that a custom proxy WAR is > required to run it securely on the internet, so I would suggest you add > some guidelines to the online documentation how to run it securely. > Is it strictly required to setup ag-push behind a custom proxy WAR to run > the UnifiedPush Server securely on a public network? > How should I go about creating such a custom proxy WAR? I would much prefer > a well-supported open source or commercial off-the-shelf solution > than to develop a custom proxy WAR. So for me the most practical thing > would be to secure the UnifiedPush Server by using > firewall rules which block specific URLs, if it is possible to create a > list of HTTP paths to block in the firewall. > Would blocking /auth/ and /ag-push/rest/sender/ be sufficient? Which URLs > does the iOS device token registration client use? > > Further, I have seen the chapter on "Brute Force Protection" which is > described in the Security Defenses documentation, > and this seems like a reasonable security feature that I will enable. > > I very much appreciate all the feedback on this question so far, and I hope > you see that this question will be relevant for > other users of the AeroGear UnifiedPush Server who want to run it securely. > > Regards, > Andreas R. > > > 2014-11-24 17:30 GMT+01:00 Karel Piwko : > > > On Mon, 2014-11-24 at 13:27 +0100, Andreas R?sdal wrote: > > > Hello! > > > > > > I would like to security advice for running the Aerogear UnifiedPush > > Server > > > for sending Push messages to an iPhone app. The app-server is Wildfly, > > and > > > HTTPS is enabled. It is important to prevent unauthorized push messages > > > from being sent. Do you have any documentation or general advice for > > > securing Aerogear UnifiedPush Server? > > > > > > I would like to setup firewall rules to prevent users on the internet to > > > log in to the UnifiedPush Admin gui /ag-push/ while still allowing > > > registration of iPhone app/device tokens though the same UnifiedPush > > Admin > > > server. What kind of URL pattern can I use to prevent admin logins > > > externally? > > > > I'd say hide ag-push to be accessible only on a particular interface > > available in your internal network and create a proxy WAR accessible on > > public network that will "forward" sender and registration requests to > > ag-push WAR. > > > > > > > > > > > > > Regards, > > > Andreas R. > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From scm.blanc at gmail.com Tue Nov 25 02:56:07 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Tue, 25 Nov 2014 08:56:07 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: On Tue, Nov 11, 2014 at 5:08 PM, Luk?? Fry? wrote: > > > On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc > wrote: > >> Hi, >> >> I would like to start a discussion around the import/export of >> installations in UPS. To track all the tasks, we have a ticket[1] also >> containing some sub-tasks. >> Scope >> >> For now we stick to installations, meanning we can import or export >> installations from a particular Variant. Import/Export for Variants will >> maybe come later but due to some security issues (mainly for iOS >> cert/passphrase) it's on hold. >> >> Import >> Service >> >> That's an easy one ;) since the service already exist [2]. It's a REST >> service and it uses the VariantId/Secret combination to authenticate. >> >> Data format looks like : >> >> [ >> { >> "deviceToken" : "someTokenString", >> "deviceType" : "iPad", >> "operatingSystem" : "iOS", >> "osVersion" : "6.1.2", >> "alias" : "someUsername or email adress...", >> "categories" : ["football", "sport"] >> }, >> { >> "deviceToken" : "someOtherTokenString", >> ... >> }, >> ... >> ] >> >> >> Export >> Service >> >> Like import, it will use the variantId/secret combo to authenticate and >> retrieve the right variant to export the installations. The data structure >> format would of course looks like the one used for import. >> >> Output >> format >> >> How should provide the exported data ? I need your input here 1. Raw Json >> ? 2. Json file ? 3. Zip / tarball ? >> > > Gzipped json file download sounds as easily accessible for browsers. > >> UI >> >> UI should be a *nice to have* >> >> I would suggest to add 2 items (import and export) in the contextual menu >> that you can see in this screenshot : >> >> >> >> >> For import, the user will have a file input and feedback on how many >> installations were imported. For export, the user just have to press an >> export button >> > > +1 sounds good, we just need to decide whether block the user when > uploading / downloading > > I guess: > > a) downloading - do not block UI, downloading is a separate activity > b) uploading - block the UI, offer progress and error indication and > ability to cancel the process (transactional? - cancelling means no > installation is imported?) > I want to bring up this point again by exposing the current situation. The import process is async on the server side : https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/jaxrs/src/main/java/org/jboss/aerogear/unifiedpush/rest/registry/installations/InstallationRegistrationEndpoint.java#L246-L248 And as you can see we always return a 200 Ok . So what do we want to do here : 1. Just inform the Front End that the import process has started (with no feedback on success or failure) 2. Make it blocking on the server side :/ ? 3. Add some Push feature to inform the frontend of the import result In the PR I'm about to submit, option 1 will be there. But based on the discussion, it will of course be updated if needed. > >> >> Migration >> issues >> >> So, that is a very important point that I would like to discuss. Even if >> we are able to import installations, the *variantID_ and the >> __variantSecret* will not match with those that are in the Clients. >> >> Imagine the following scenario : I export 15000 installations, my >> datacenter burns, I create a new UPS instance, with a new Push App and a >> new Variant (so new VariantID and VariantSecret), then I inport the >> installations. Well, my 15000 clients will point to the wrong variant. For >> sure, they can be updated but that might not always be an option. >> >> That is why I would like suggest the following change : Make *VariantId* >> and *VariantSecret* editable, so after someone has done an import he >> can change the values of the variants so it matches the clients. >> >> I know we had this discussion before, but in the future we might want to >> change the naming around VariantId and VariantSecret, to me it sounds more >> like *variantAPIKey* / *variantAPISecret* >> >> wdyt ? >> >> Security >> >> As said before, import/export uses variantId/variantSecret to >> authenticate. So if someone has access to these keys he could make a >> malicious import of 500k installations. What should we do for that ? We >> could give this access only to authenticated "console" users but then it >> would be hard to expose import/export as rest service (because of KC >> implication) >> >> Please comment, ask questions , be crazy ... >> >> Sebi >> >> [1] https://issues.jboss.org/browse/AGPUSH-978 >> >> [2] >> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/db393ded/attachment-0001.html From scm.blanc at gmail.com Tue Nov 25 03:27:21 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Tue, 25 Nov 2014 09:27:21 +0100 Subject: [aerogear-dev] Import/Export feature only in 1.1 or also in 1.0.x ? Message-ID: All, Should the import/export feature only goes to master (1.1) or also to the 1.0.x branch ? Sebi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/9801ece6/attachment.html From matzew at apache.org Tue Nov 25 03:37:57 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 25 Nov 2014 09:37:57 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: <20141124125714.GA16728@abstractj.org> Message-ID: Hello Andreas! here is an example of what you can do, with a simple gateway/proxy: https://github.com/matzew/ups-proxy For our mobile-quickstarts we needed an example to show how to run a business backend behind the firewall, but since mobile devices, on the internet, need to connect to those backends, we created a gateway/proxy example, based on Fabric8. The above is a simplified version of that, having one single rule: https://github.com/matzew/ups-proxy/blob/master/src/main/webapp/WEB-INF/ups-proxy-config.json#L2 Now, you could block the entire access to /ag-push, from the public interface, and just allow the "ups-proxy", or even run the UPS behind the firewall. Your only public access-point could be the proxy servlet in the above example. Oh, btw. here is an overview of our RESTful APIs: http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/overview-index.html -Matthias On Mon, Nov 24, 2014 at 4:03 PM, Andreas R?sdal wrote: > >well, it's up to you :) if you have different remote systems, that need > to contact the server -> you wanna expose the /sender part too. if not -> > block it > > Yes, so I can block the following URL from external requests: > /ag-push/rest/sender/ > > Are there other similar URLS that I can block to secure the UnifiedPush > Server? > > Regards, > Andreas R. > > > > 2014-11-24 14:39 GMT+01:00 Matthias Wessendorf : > >> Hi Andreas, >> >> On Mon, Nov 24, 2014 at 2:23 PM, Andreas R?sdal > > wrote: >> >>> Good morning! >>> >>> > I think what you're looking for is something like this[1], right? >>> >>> Maybe this could be secured using Netfilter on Linux, I would be >>> interested in hearing more about this. >>> Initially, I thought I would be looking for a F5 firewall iRule kind of >>> like this: >>> -Allow: /ag-push/(registration) >>> -Deny: /ag-push/(admin-gui) and /ag-push/(java-api-access) >>> >>> Is /ag-push/ is designed to be exposed to the public Internet? >>> >> >> well, it's up to you :) if you have different remote systems, that need >> to contact the server -> you wanna expose the /sender part too. if not -> >> block it >> >> As you said earlier, the only one that really needs to be exposed to >> public is the device registration. >> >> >> >>> >>> >That's an interesting scenario. I think if we extracted the registration >>> >module to a separated WAR file, would help to protect /ag-push >>> >infrastructure. Not sure if the idea is interesting. >>> >> >> That is an interesting point, and worth evaluating. >> Internally of that "registration.war", we could simply act as a proxy to >> the 'real' registration (on the ag-push.war), which is blocked by the >> firewall. >> >> >> -Matthias >> >> >>> >>> Yes, that would be interesting as a more long-term solution. I would >>> like to start using >>> the UnifiedPush Server very soon, so then I would prefer some quick >>> firewall rule rather than waiting >>> for a new release. >>> >>> Thanks for the help so far! >>> >>> Andreas >>> >>> >>> >>> 2014-11-24 13:57 GMT+01:00 Bruno Oliveira : >>> >>>> Good morning Andreas, I think what you're looking for is something like >>>> this[1], right? >>>> >>>> That's an interesting scenario. I think if we extracted the registration >>>> module to a separated WAR file, would help to protect /ag-push >>>> infrastructure. Not sure if the idea is interesting. >>>> >>>> Thoughts anyone? >>>> >>>> >>>> [1] - >>>> >>>> http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.18 >>>> >>>> On 2014-11-24, Andreas R?sdal wrote: >>>> > Hello! >>>> > >>>> > I would like to security advice for running the Aerogear UnifiedPush >>>> Server >>>> > for sending Push messages to an iPhone app. The app-server is >>>> Wildfly, and >>>> > HTTPS is enabled. It is important to prevent unauthorized push >>>> messages >>>> > from being sent. Do you have any documentation or general advice for >>>> > securing Aerogear UnifiedPush Server? >>>> > >>>> > I would like to setup firewall rules to prevent users on the internet >>>> to >>>> > log in to the UnifiedPush Admin gui /ag-push/ while still allowing >>>> > registration of iPhone app/device tokens though the same UnifiedPush >>>> Admin >>>> > server. What kind of URL pattern can I use to prevent admin logins >>>> > externally? >>>> > >>>> > >>>> > Regards, >>>> > Andreas R. >>>> >>>> > _______________________________________________ >>>> > aerogear-dev mailing list >>>> > aerogear-dev at lists.jboss.org >>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> -- >>>> >>>> abstractj >>>> PGP: 0x84DC9914 >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at 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 at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/389a99e8/attachment.html From lukas.fryc at gmail.com Tue Nov 25 03:41:08 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 25 Nov 2014 09:41:08 +0100 Subject: [aerogear-dev] Import/Export feature only in 1.1 or also in 1.0.x ? In-Reply-To: References: Message-ID: (Summary of the IRC discussion) We should at some point cut the new features coming into 1.0.x and focus them to 1.1 instead. That way, 1.0.x will stay open for bug fixes / stabilization efforts. If there will be requirements to backport some limited feature from 1.1 to 1.0.x, we can still do that, but default should be 1.1. ~ Lukas On Tue, Nov 25, 2014 at 9:27 AM, Sebastien Blanc wrote: > All, > > Should the import/export feature only goes to master (1.1) or also to the > 1.0.x branch ? > > Sebi > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/b494d275/attachment.html From matzew at apache.org Tue Nov 25 03:43:34 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 25 Nov 2014 09:43:34 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: <20141124125714.GA16728@abstractj.org> Message-ID: Hi Andrea, I added one more rule for the uninstall case: https://github.com/matzew/ups-proxy/commit/7ba0f801712edd3fafa8f7065a11a1a50a54074e -M On Tue, Nov 25, 2014 at 9:37 AM, Matthias Wessendorf wrote: > Hello Andreas! > > here is an example of what you can do, with a simple gateway/proxy: > https://github.com/matzew/ups-proxy > > For our mobile-quickstarts we needed an example to show how to run a > business backend behind the firewall, but since mobile devices, on the > internet, need to connect to those backends, we created a gateway/proxy > example, based on Fabric8. > > The above is a simplified version of that, having one single rule: > > https://github.com/matzew/ups-proxy/blob/master/src/main/webapp/WEB-INF/ups-proxy-config.json#L2 > > Now, you could block the entire access to /ag-push, from the public > interface, and just allow the "ups-proxy", or even run the UPS behind the > firewall. Your only public access-point could be the proxy servlet in the > above example. > > Oh, btw. here is an overview of our RESTful APIs: > > http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/overview-index.html > > -Matthias > > > > > > > On Mon, Nov 24, 2014 at 4:03 PM, Andreas R?sdal > wrote: > >> >well, it's up to you :) if you have different remote systems, that need >> to contact the server -> you wanna expose the /sender part too. if not -> >> block it >> >> Yes, so I can block the following URL from external requests: >> /ag-push/rest/sender/ >> >> Are there other similar URLS that I can block to secure the UnifiedPush >> Server? >> >> Regards, >> Andreas R. >> >> >> >> 2014-11-24 14:39 GMT+01:00 Matthias Wessendorf : >> >>> Hi Andreas, >>> >>> On Mon, Nov 24, 2014 at 2:23 PM, Andreas R?sdal < >>> andreas.rosdal at gmail.com> wrote: >>> >>>> Good morning! >>>> >>>> > I think what you're looking for is something like this[1], right? >>>> >>>> Maybe this could be secured using Netfilter on Linux, I would be >>>> interested in hearing more about this. >>>> Initially, I thought I would be looking for a F5 firewall iRule kind of >>>> like this: >>>> -Allow: /ag-push/(registration) >>>> -Deny: /ag-push/(admin-gui) and /ag-push/(java-api-access) >>>> >>>> Is /ag-push/ is designed to be exposed to the public Internet? >>>> >>> >>> well, it's up to you :) if you have different remote systems, that need >>> to contact the server -> you wanna expose the /sender part too. if not -> >>> block it >>> >>> As you said earlier, the only one that really needs to be exposed to >>> public is the device registration. >>> >>> >>> >>>> >>>> >That's an interesting scenario. I think if we extracted the >>>> registration >>>> >module to a separated WAR file, would help to protect /ag-push >>>> >infrastructure. Not sure if the idea is interesting. >>>> >>> >>> That is an interesting point, and worth evaluating. >>> Internally of that "registration.war", we could simply act as a proxy to >>> the 'real' registration (on the ag-push.war), which is blocked by the >>> firewall. >>> >>> >>> -Matthias >>> >>> >>>> >>>> Yes, that would be interesting as a more long-term solution. I would >>>> like to start using >>>> the UnifiedPush Server very soon, so then I would prefer some quick >>>> firewall rule rather than waiting >>>> for a new release. >>>> >>>> Thanks for the help so far! >>>> >>>> Andreas >>>> >>>> >>>> >>>> 2014-11-24 13:57 GMT+01:00 Bruno Oliveira : >>>> >>>>> Good morning Andreas, I think what you're looking for is something like >>>>> this[1], right? >>>>> >>>>> That's an interesting scenario. I think if we extracted the >>>>> registration >>>>> module to a separated WAR file, would help to protect /ag-push >>>>> infrastructure. Not sure if the idea is interesting. >>>>> >>>>> Thoughts anyone? >>>>> >>>>> >>>>> [1] - >>>>> >>>>> http://www.netfilter.org/documentation/HOWTO/netfilter-extensions-HOWTO.html#toc3.18 >>>>> >>>>> On 2014-11-24, Andreas R?sdal wrote: >>>>> > Hello! >>>>> > >>>>> > I would like to security advice for running the Aerogear UnifiedPush >>>>> Server >>>>> > for sending Push messages to an iPhone app. The app-server is >>>>> Wildfly, and >>>>> > HTTPS is enabled. It is important to prevent unauthorized push >>>>> messages >>>>> > from being sent. Do you have any documentation or general advice for >>>>> > securing Aerogear UnifiedPush Server? >>>>> > >>>>> > I would like to setup firewall rules to prevent users on the >>>>> internet to >>>>> > log in to the UnifiedPush Admin gui /ag-push/ while still allowing >>>>> > registration of iPhone app/device tokens though the same UnifiedPush >>>>> Admin >>>>> > server. What kind of URL pattern can I use to prevent admin logins >>>>> > externally? >>>>> > >>>>> > >>>>> > Regards, >>>>> > Andreas R. >>>>> >>>>> > _______________________________________________ >>>>> > aerogear-dev mailing list >>>>> > aerogear-dev at lists.jboss.org >>>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>>> >>>>> -- >>>>> >>>>> abstractj >>>>> PGP: 0x84DC9914 >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>>> >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at 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 at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/4202be6a/attachment-0001.html From lukas.fryc at gmail.com Tue Nov 25 03:54:59 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Tue, 25 Nov 2014 09:54:59 +0100 Subject: [aerogear-dev] [UPS] Import/Export of installations In-Reply-To: References: Message-ID: The solution of blocking request is simpler to implement, for sure. If the REST call need to be async (will respond at the time the request entity is parsed, but not processed), then we should expose an API that would allow to retrieve the state of import by the identifier of operation (that's how OData does that). We don't have anything like that in UPS at the moment, but that principle could be definitely reused later if implemented now. http://docs.oasis-open.org/odata/odata/v4.0/errata01/os/complete/part1-protocol/odata-v4.0-errata01-os-part1-protocol-complete.html#_Toc399426854 On Tue, Nov 25, 2014 at 8:56 AM, Sebastien Blanc wrote: > > > On Tue, Nov 11, 2014 at 5:08 PM, Luk?? Fry? wrote: > >> >> >> On Tue, Nov 11, 2014 at 2:12 PM, Sebastien Blanc >> wrote: >> >>> Hi, >>> >>> I would like to start a discussion around the import/export of >>> installations in UPS. To track all the tasks, we have a ticket[1] also >>> containing some sub-tasks. >>> Scope >>> >>> For now we stick to installations, meanning we can import or export >>> installations from a particular Variant. Import/Export for Variants will >>> maybe come later but due to some security issues (mainly for iOS >>> cert/passphrase) it's on hold. >>> >>> Import >>> Service >>> >>> That's an easy one ;) since the service already exist [2]. It's a REST >>> service and it uses the VariantId/Secret combination to authenticate. >>> >>> Data format looks like : >>> >>> [ >>> { >>> "deviceToken" : "someTokenString", >>> "deviceType" : "iPad", >>> "operatingSystem" : "iOS", >>> "osVersion" : "6.1.2", >>> "alias" : "someUsername or email adress...", >>> "categories" : ["football", "sport"] >>> }, >>> { >>> "deviceToken" : "someOtherTokenString", >>> ... >>> }, >>> ... >>> ] >>> >>> >>> Export >>> Service >>> >>> Like import, it will use the variantId/secret combo to authenticate and >>> retrieve the right variant to export the installations. The data structure >>> format would of course looks like the one used for import. >>> >>> Output >>> format >>> >>> How should provide the exported data ? I need your input here 1. Raw >>> Json ? 2. Json file ? 3. Zip / tarball ? >>> >> >> Gzipped json file download sounds as easily accessible for browsers. >> >>> UI >>> >>> UI should be a *nice to have* >>> >>> I would suggest to add 2 items (import and export) in the contextual >>> menu that you can see in this screenshot : >>> >>> >>> >>> >>> For import, the user will have a file input and feedback on how many >>> installations were imported. For export, the user just have to press an >>> export button >>> >> >> +1 sounds good, we just need to decide whether block the user when >> uploading / downloading >> >> I guess: >> >> a) downloading - do not block UI, downloading is a separate activity >> b) uploading - block the UI, offer progress and error indication and >> ability to cancel the process (transactional? - cancelling means no >> installation is imported?) >> > I want to bring up this point again by exposing the current situation. > > The import process is async on the server side : > https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/jaxrs/src/main/java/org/jboss/aerogear/unifiedpush/rest/registry/installations/InstallationRegistrationEndpoint.java#L246-L248 > > And as you can see we always return a 200 Ok . > > So what do we want to do here : > 1. Just inform the Front End that the import process has started (with no > feedback on success or failure) > 2. Make it blocking on the server side :/ ? > 3. Add some Push feature to inform the frontend of the import result > > In the PR I'm about to submit, option 1 will be there. But based on the > discussion, it will of course be updated if needed. > > > > >> >>> >>> Migration >>> issues >>> >>> So, that is a very important point that I would like to discuss. Even if >>> we are able to import installations, the *variantID_ and the >>> __variantSecret* will not match with those that are in the Clients. >>> >>> Imagine the following scenario : I export 15000 installations, my >>> datacenter burns, I create a new UPS instance, with a new Push App and a >>> new Variant (so new VariantID and VariantSecret), then I inport the >>> installations. Well, my 15000 clients will point to the wrong variant. For >>> sure, they can be updated but that might not always be an option. >>> >>> That is why I would like suggest the following change : Make *VariantId* >>> and *VariantSecret* editable, so after someone has done an import he >>> can change the values of the variants so it matches the clients. >>> >>> I know we had this discussion before, but in the future we might want to >>> change the naming around VariantId and VariantSecret, to me it sounds more >>> like *variantAPIKey* / *variantAPISecret* >>> >>> wdyt ? >>> >>> Security >>> >>> As said before, import/export uses variantId/variantSecret to >>> authenticate. So if someone has access to these keys he could make a >>> malicious import of 500k installations. What should we do for that ? We >>> could give this access only to authenticated "console" users but then it >>> would be hard to expose import/export as rest service (because of KC >>> implication) >>> >>> Please comment, ask questions , be crazy ... >>> >>> Sebi >>> >>> [1] https://issues.jboss.org/browse/AGPUSH-978 >>> >>> [2] >>> http://aerogear.org/docs/specs/aerogear-unifiedpush-rest/registry/device/importer/index.html >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/b8e8e3d7/attachment.html From daniel at passos.me Tue Nov 25 04:12:53 2014 From: daniel at passos.me (Daniel Passos) Date: Tue, 25 Nov 2014 07:12:53 -0200 Subject: [aerogear-dev] Import/Export feature only in 1.1 or also in 1.0.x ? In-Reply-To: References: Message-ID: New features = 1.1 On Nov 25, 2014 6:42 AM, "Luk?? Fry?" wrote: > (Summary of the IRC discussion) > > We should at some point cut the new features coming into 1.0.x and focus > them to 1.1 instead. > > That way, 1.0.x will stay open for bug fixes / stabilization efforts. > > If there will be requirements to backport some limited feature from 1.1 to > 1.0.x, we can still do that, > but default should be 1.1. > > ~ Lukas > > > > On Tue, Nov 25, 2014 at 9:27 AM, Sebastien Blanc > wrote: > >> All, >> >> Should the import/export feature only goes to master (1.1) or also to the >> 1.0.x branch ? >> >> Sebi >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/0b44ac7b/attachment-0001.html From qmx at qmx.me Tue Nov 25 04:31:39 2014 From: qmx at qmx.me (Douglas Campos) Date: Tue, 25 Nov 2014 07:31:39 -0200 Subject: [aerogear-dev] Import/Export feature only in 1.1 or also in 1.0.x ? In-Reply-To: References: Message-ID: +9001 -- qmx From matzew at apache.org Tue Nov 25 04:35:30 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 25 Nov 2014 10:35:30 +0100 Subject: [aerogear-dev] Import/Export feature only in 1.1 or also in 1.0.x ? In-Reply-To: References: Message-ID: On Tue, Nov 25, 2014 at 9:41 AM, Luk?? Fry? wrote: > (Summary of the IRC discussion) > > We should at some point cut the new features coming into 1.0.x and focus > them to 1.1 instead. > > That way, 1.0.x will stay open for bug fixes / stabilization efforts. > > If there will be requirements to backport some limited feature from 1.1 to > 1.0.x, we can still do that, > but default should be 1.1. > +1 on 1.1.x / master for this > > ~ Lukas > > > > On Tue, Nov 25, 2014 at 9:27 AM, Sebastien Blanc > wrote: > >> All, >> >> Should the import/export feature only goes to master (1.1) or also to the >> 1.0.x branch ? >> >> Sebi >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/9becac95/attachment.html From scm.blanc at gmail.com Tue Nov 25 04:41:01 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Tue, 25 Nov 2014 10:41:01 +0100 Subject: [aerogear-dev] Import/Export feature only in 1.1 or also in 1.0.x ? In-Reply-To: References: Message-ID: Ok I have updated the related jiras and PRs :) On Tue, Nov 25, 2014 at 10:35 AM, Matthias Wessendorf wrote: > > > On Tue, Nov 25, 2014 at 9:41 AM, Luk?? Fry? wrote: > >> (Summary of the IRC discussion) >> >> We should at some point cut the new features coming into 1.0.x and focus >> them to 1.1 instead. >> >> That way, 1.0.x will stay open for bug fixes / stabilization efforts. >> >> If there will be requirements to backport some limited feature from 1.1 >> to 1.0.x, we can still do that, >> but default should be 1.1. >> > > > +1 on 1.1.x / master for this > > >> >> ~ Lukas >> >> >> >> On Tue, Nov 25, 2014 at 9:27 AM, Sebastien Blanc >> wrote: >> >>> All, >>> >>> Should the import/export feature only goes to master (1.1) or also to >>> the 1.0.x branch ? >>> >>> Sebi >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/b3529d91/attachment.html From kpiwko at redhat.com Tue Nov 25 05:56:44 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Tue, 25 Nov 2014 11:56:44 +0100 Subject: [aerogear-dev] Security advice for UnifiedPush Server In-Reply-To: References: <1416846603.5137.8.camel@kpiwko-x220> Message-ID: <1416913004.5137.16.camel@kpiwko-x220> Hi Andreas, please see comments inline. Karel On Mon, 2014-11-24 at 18:49 +0100, Andreas R?sdal wrote: > Hi Karel! > > While reading the documentation for UnifiedPush Server I didn't get the > impression that a custom proxy WAR is > required to run it securely on the internet, so I would suggest you add > some guidelines to the online documentation how to run it securely. > Is it strictly required to setup ag-push behind a custom proxy WAR to run > the UnifiedPush Server securely on a public network? No. This is definitely not required but gateway/proxy model is a pattern you can follow if you want to hide particular functionality from public network for any application. > How should I go about creating such a custom proxy WAR? I would much prefer > a well-supported open source or commercial off-the-shelf solution > than to develop a custom proxy I guess that you can use proxy created by Matthias at https://github.com/matzew/ups-proxy mentioned in the thread. > WAR. So for me the most practical thing > would be to secure the UnifiedPush Server by using > firewall rules which block specific URLs, if it is possible to create a > list of HTTP paths to block in the firewall. I'm not a firewall expect here but I expect this is something you can do with almost any proxy/firewall combination, for instance with Apache httpd - http://httpd.apache.org/docs/2.4/mod/mod_authz_host.html. > Would blocking /auth/ and /ag-push/rest/sender/ be sufficient? Which URLs > does the iOS device token registration client use? iOS registration uses ag-push/rest/registry/device as well as other devices type. > > Further, I have seen the chapter on "Brute Force Protection" which is > described in the Security Defenses documentation, > and this seems like a reasonable security feature that I will enable. Definitely. > > I very much appreciate all the feedback on this question so far, and I hope > you see that this question will be relevant for > other users of the AeroGear UnifiedPush Server who want to run it securely. > Regards, > Andreas R. > > > 2014-11-24 17:30 GMT+01:00 Karel Piwko : > > > On Mon, 2014-11-24 at 13:27 +0100, Andreas R?sdal wrote: > > > Hello! > > > > > > I would like to security advice for running the Aerogear UnifiedPush > > Server > > > for sending Push messages to an iPhone app. The app-server is Wildfly, > > and > > > HTTPS is enabled. It is important to prevent unauthorized push messages > > > from being sent. Do you have any documentation or general advice for > > > securing Aerogear UnifiedPush Server? > > > > > > I would like to setup firewall rules to prevent users on the internet to > > > log in to the UnifiedPush Admin gui /ag-push/ while still allowing > > > registration of iPhone app/device tokens though the same UnifiedPush > > Admin > > > server. What kind of URL pattern can I use to prevent admin logins > > > externally? > > > > I'd say hide ag-push to be accessible only on a particular interface > > available in your internal network and create a proxy WAR accessible on > > public network that will "forward" sender and registration requests to > > ag-push WAR. > > > > > > > > > > > > > Regards, > > > Andreas R. > > > _______________________________________________ > > > aerogear-dev mailing list > > > aerogear-dev at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Tue Nov 25 06:18:03 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 25 Nov 2014 12:18:03 +0100 Subject: [aerogear-dev] KC for UPS: Enable Brute Force Re: Security advice for UnifiedPush Server Message-ID: > > > Further, I have seen the chapter on "Brute Force Protection" which is > > described in the Security Defenses documentation, > > and this seems like a reasonable security feature that I will enable. > > Definitely. > On master, should we have this enabled by default? Currently it's not... and users explicitly need to enable this nice feature... I'd like to see in (long term) enabled by default. thoughts? -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/414d0e79/attachment.html From kpiwko at redhat.com Tue Nov 25 06:21:15 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Tue, 25 Nov 2014 12:21:15 +0100 Subject: [aerogear-dev] KC for UPS: Enable Brute Force Re: Security advice for UnifiedPush Server In-Reply-To: References: Message-ID: <1416914475.5137.17.camel@kpiwko-x220> On Tue, 2014-11-25 at 12:18 +0100, Matthias Wessendorf wrote: > > > > > Further, I have seen the chapter on "Brute Force Protection" which is > > > described in the Security Defenses documentation, > > > and this seems like a reasonable security feature that I will enable. > > > > Definitely. > > > > On master, should we have this enabled by default? Currently it's not... > and users explicitly need to enable this nice feature... > > I'd like to see in (long term) enabled by default. > > thoughts? I believe it makes enabling/disabling it makes a nice test case ;-) > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Tue Nov 25 06:23:35 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 25 Nov 2014 12:23:35 +0100 Subject: [aerogear-dev] KC for UPS: Enable Brute Force Re: Security advice for UnifiedPush Server In-Reply-To: <1416914475.5137.17.camel@kpiwko-x220> References: <1416914475.5137.17.camel@kpiwko-x220> Message-ID: On Tue, Nov 25, 2014 at 12:21 PM, Karel Piwko wrote: > On Tue, 2014-11-25 at 12:18 +0100, Matthias Wessendorf wrote: > > > > > > > Further, I have seen the chapter on "Brute Force Protection" which is > > > > described in the Security Defenses documentation, > > > > and this seems like a reasonable security feature that I will enable. > > > > > > Definitely. > > > > > > > On master, should we have this enabled by default? Currently it's not... > > and users explicitly need to enable this nice feature... > > > > I'd like to see in (long term) enabled by default. > > > > thoughts? > > I believe it makes enabling/disabling it makes a nice test case ;-) > well, that;s a different thing. I feel we should, for our users, enable it by default > > > > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/267956ad/attachment-0001.html From agalante at redhat.com Tue Nov 25 06:44:29 2014 From: agalante at redhat.com (Andres Galante) Date: Tue, 25 Nov 2014 06:44:29 -0500 (EST) Subject: [aerogear-dev] Shoot and Share design In-Reply-To: <3E462D66-B5C1-451B-8DC4-405FBADDBB7D@gmail.com> References: <95817377.149289.1415886326943.JavaMail.zimbra@redhat.com> <1415914830303.179bff57@Nodemailer> <3E462D66-B5C1-451B-8DC4-405FBADDBB7D@gmail.com> Message-ID: <1487664706.71031.1416915869049.JavaMail.zimbra@redhat.com> Hi Corinne, After chatting with you yesterday I understand that if we implement the design as is it will require custom changes. thats not desire since on a demo we need to stick to as much defaults as possible. I'll work on a new icon in the same style as the examples you sent today and we can try if it works. If not we can use the ones you sent :) ----- Original Message ----- From: "Corinne Krych" To: "AeroGear Developer Mailing List" Cc: "Andres Galante" Sent: Monday, November 24, 2014 11:24:51 AM Subject: Re: [aerogear-dev] Shoot and Share design Hello Andrea Implementing AGIOS-305 (redesign of shoot app for iOS) [1], I have trouble with the camera-icon.png which does not comply with the toolbar icon guide line as a result the image is not displayed properly. the image need to have a transparent background. I saw that for Quickstart app you did choose icons that fits the requirement. Could we have the same type of icons, sth like [2]? ++ Corinne [1] https://issues.jboss.org/browse/AGIOS-305 [2] http://icons8.com/web-app/category/ios7/Photo-and-Video > On 13 Nov 2014, at 22:40, Bruno Oliveira wrote: > > +1 > > ? > > abstractj > PGP: 0x84DC9914 > > > On Thu, Nov 13, 2014 at 11:45 AM, Andres Galante wrote: > > Thanks Corinne. I'll cut the images and update the Jira. > > I did this also for the web Keycloak thingy. > > http://andresgalante.com/shootnshare/ > > What do you think? > I am using a jquery plug in to arrange the pictures that also allows to open images on a modal on click, if you think it is a nice thing to have I'll add it. > > > ----- Original Message ----- > From: "Corinne Krych" > To: "AeroGear Developer Mailing List" > Sent: Thursday, November 13, 2014 10:03:50 AM > Subject: Re: [aerogear-dev] Shoot and Share design > > Let?s start with png images and if i need more i?ll ask > I?ve created this JIRA on ios to follow on the implementation: > https://issues.jboss.org/browse/AGIOS-305 > ++ > Corinne > On 13 Nov 2014, at 11:41, Andres Galante wrote: > > > yeap, agree. > > > > What do you need for implementation? psd files? cut png images? > > > > > > ----- Original Message ----- > > From: "Corinne Krych" > > To: "AeroGear Developer Mailing List" > > Sent: Thursday, November 13, 2014 4:26:11 AM > > Subject: Re: [aerogear-dev] Shoot and Share design > > > > Hello Andre > > > > I?d rather stick to the option where you share individually because it?s simpler. And for demo/show-case simplier is better i think. > > > > If you share-all then we might have to change the logic on when you prompt for user for grant. Atm we prompt the user at the last time possible. Saying a user hasn?t auth and authz yet it?s when she clicks on share with Google that the authz flow starts. imagine the first time you click on share-all if you have to auth and authz for all 3 sequentially, also how do you handle error for user if one of them fails etc... > > > > ++ > > Corinne > > > > On 12 Nov 2014, at 22:01, Andres Galante wrote: > > > >> Today we talked about 2 options. The first is to have one share btw that "floods" all networks at once. And the second is to have separate buttons for each network. I've done screens for both options: > >> > >> Android app: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-alt.png > >> > >> iOS app: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot-ios.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios.png > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share-ios-alt.png > >> > >> What do you think? > >> > >> Is there an issue open for shoot and share design? > >> > >> > >> ----- Original Message ----- > >> From: "Andres Galante" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 10:58:15 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> ups, wrong link to shoot screen > >> > >> Shoot: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/shoot.png > >> > >> Share: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> ----- Original Message ----- > >> From: "Andres Galante" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 10:55:28 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> how about this: > >> > >> Shoot (Don't worry Corinne I'll add a btw to select from camera roll on iOS version): > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> and > >> > >> Share: > >> https://dl.dropboxusercontent.com/u/4371641/shotandshare/share.png > >> > >> And we use the same graphics as in the icon :) > >> > >> > >> > >> > >> ----- Original Message ----- > >> From: "Summers Pittman" > >> To: "AeroGear Developer Mailing List" > >> Sent: Wednesday, November 12, 2014 9:48:55 AM > >> Subject: Re: [aerogear-dev] Shoot and Share design > >> > >> On 11/11/2014 04:12 PM, Corinne Krych wrote: > >> > >> > >> > >> One difference from Android Shoot'nShare version to iOS is that in iOS version you can browse Camera roll and select an already taken photo to share it, is it possible on Android? > >> On Android you take pictures, the app knows all the pictures it has taken and you can share those. You can't import a picture from image providers yet. > >> > >> > >> > >> > >> > >> > >> ++ > >> Corinne > >> > >> On 11 November 2014 22:03, Luk?? Fry? < lukas.fryc at gmail.com > wrote: > >> > >> > >> > >> Did some googling about thumbnaling, and the "dump" versions aren't that hard to implement: > >> > >> Android: http://stackoverflow.com/questions/2577221/android-how-to-create-runtime-thumbnail > >> iOS: http://beageek.biz/how-to-create-thumbnail-uiimage-xcode-ios/ > >> JavaScript: http://www.garralab.com/nailthumb.php > >> > >> Btw I guess we will have some images predefined and just one or two will be uploaded actually. > >> The predefined ones could be selected so that they are cropped optimally. > >> > >> > >> On Tue, Nov 11, 2014 at 9:22 PM, Summers Pittman < supittma at redhat.com > wrote: > >> > >> > >> On 11/11/2014 03:06 PM, Andres Galante wrote: > >>> How about this for Shot and share Android app? > >> How does the picture scale around when it isnt a square? > >>> > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/1.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/2.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/3.png > >>> https://dl.dropboxusercontent.com/u/4371641/shotandshare/4.png > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 5:42:14 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> I guess this one answer my question, there is an idea of the arrow going away from the camera. > >>> I like it this way! > >>> > >>> ++ > >>> Corinne > >>> > >>> On 10 November 2014 21:39, Andres Galante < agalante at redhat.com > wrote: > >>> > >>> > >>> Thanks passos, this is the final icon: > >>> > >>> https://issues.jboss.org/secure/attachment/12386265/icon-final.png > >>> > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Daniel Passos" < daniel at passos.me > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 5:31:38 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> Hi Andres, > >>> > >>> I really like the 'new' icon > >>> > >>> -- Passos > >>> > >>> On Mon, Nov 10, 2014 at 3:26 PM, Andres Galante < agalante at redhat.com > wrote: > >>> > >>> > >>> Here is a side by side image to help decide: > >>> > >>> https://issues.jboss.org/secure/attachment/12386257/oldvsnew.png > >>> > >>> > >>> ----- Original Message ----- > >>> From: "Andres Galante" < agalante at redhat.com > > >>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>> Sent: Monday, November 10, 2014 12:57:15 PM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> How about something like this: > >>> https://issues.jboss.org/secure/attachment/12386248/Shotandshare-icon-ios7.png > >>> > >>> its a (fast)firs idea. If you like it, I'll make some color changes and finishing touches. > >>> > >>> ----- Original Message ----- > >>> From: "Summers Pittman" < supittma at redhat.com > > >>> To: aerogear-dev at lists.jboss.org > >>> Sent: Monday, November 10, 2014 11:06:50 AM > >>> Subject: Re: [aerogear-dev] Shoot and Share design > >>> > >>> On 11/10/2014 06:54 AM, Andres Galante wrote: > >>>> Good morning. Here is a final version: > >>>> > >>>> https://issues.jboss.org/secure/attachment/12386242/Shotandshare-icon2.png > >>>> > >>>> https://issues.jboss.org/secure/attachment/12386241/Shotandshare-icon.png > >>>> > >>>> Let me know if you like it. It's not very iOS7 style, if you think its too old fashion I can build other options to choose from. > >>> That was going to be my comment. > >>>> > >>>> > >>>> ----- Original Message ----- > >>>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>> Sent: Monday, November 10, 2014 6:13:26 AM > >>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>> > >>>> +1 > >>>> > >>>> On 10 November 2014 09:07, Christos Vasilakis < cvasilak at gmail.com > wrote: > >>>> > >>>> > >>>> looks nice! > >>>> > >>>> - > >>>> Christos > >>>> > >>>> On Nov 7, 2014, at 10:42 PM, Andres Galante < agalante at redhat.com > wrote: > >>>> > >>>>> This is as far as I got today with it: > >>>>> > >>>>> https://issues.jboss.org/secure/attachment/12386218/icon.jpg > >>>>> > >>>>> I'll finish it on monday, any inputs are welcome. > >>>>> > >>>>> Have a nice weekend and I hope you get better soon Corinne. > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>> Sent: Friday, November 7, 2014 2:03:48 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> Perfect, I'll work on that one. > >>>>> > >>>>> Thanks! > >>>>> > >>>>> ----- Original Message ----- > >>>>> From: "Corinne Krych" < corinnekrych at gmail.com > > >>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>> Sent: Friday, November 7, 2014 1:37:07 PM > >>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>> > >>>>> Same here curved purple arrow might be more expressive i think the straight arror for ?share? comes from Apple icons. > >>>>> It might be better to have sth that fit both platforms. > >>>>> > >>>>> ++ > >>>>> Corinne > >>>>> > >>>>> On 07 Nov 2014, at 16:50, Summers Pittman < supittma at redhat.com > wrote: > >>>>> > >>>>>> I like the one on the far right with the purplish curved arrow. It > >>>>>> reminds me a bit of the G in the AeroGear logo. > >>>>>> > >>>>>> On 11/07/2014 10:37 AM, Andres Galante wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> I am working with 3 ideas for the icon: > >>>>>>> > >>>>>>> 1- A camera with a share icon (arrow). Like the original one. > >>>>>>> 2- A camera or a picture as a dialog icon. > >>>>>>> 3- A typographic icon with the "s". > >>>>>>> > >>>>>>> Here are some first sketches: http://andresgalante.com/sketch.jpg > >>>>>>> > >>>>>>> What do you think? any other idea is very welcome. > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "Andres Galante" < agalante at redhat.com > > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>>>> Sent: Thursday, November 6, 2014 12:42:40 PM > >>>>>>> Subject: Re: [aerogear-dev] Shoot and Share design > >>>>>>> > >>>>>>> :) "wild" and "designer" and 2 words fits me, specially the "wild" part. > >>>>>>> I'll work on it and send it over for you guys to review soon. > >>>>>>> After we do the Icon I'll help out with the interface. > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "Summers Pittman" < supittma at redhat.com > > >>>>>>> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > >>>>>>> Sent: Thursday, November 6, 2014 12:31:27 PM > >>>>>>> Subject: [aerogear-dev] Shoot and Share design > >>>>>>> > >>>>>>> > >>>>>>> Now that we have two Shoot and Share impl's I'm hoping to get some > >>>>>>> design work going on with them. > >>>>>>> > >>>>>>> Right now we need an icon. I'm sure if there is a wild designer on this > >>>>>>> list we will get awesome input. > >>>>>>> > >>>>>>> (ppsssst agalante that's your cue). > >>>>>>> > >>>>>>> > >>>>>> -- > >>>>>> Summers Pittman > >>>>>>>> Phone: 404 941 4698 > >>>>>>>> Java is my crack. > >>>>>> _______________________________________________ > >>>>>> aerogear-dev mailing list > >>>>>> aerogear-dev at lists.jboss.org > >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>>> > >>>>> _______________________________________________ > >>>>> aerogear-dev mailing list > >>>>> aerogear-dev at lists.jboss.org > >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >>>> > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>>> > >>>> _______________________________________________ > >>>> aerogear-dev mailing list > >>>> aerogear-dev at lists.jboss.org > >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >>> > >> > >> > >> -- > >> Summers Pittman > >>>> Phone: 404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> > >> _______________________________________________ > >> aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> > >> -- > >> Summers Pittman > >>>> Phone:404 941 4698 > >>>> Java is my crack. > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > >> > >> _______________________________________________ > >> aerogear-dev mailing list > >> aerogear-dev at lists.jboss.org > >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From bruno at abstractj.org Tue Nov 25 07:49:25 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Tue, 25 Nov 2014 10:49:25 -0200 Subject: [aerogear-dev] KC for UPS: Enable Brute Force Re: Security advice for UnifiedPush Server In-Reply-To: References: <1416914475.5137.17.camel@kpiwko-x220> Message-ID: +1 On Tue, Nov 25, 2014 at 9:23 AM, Matthias Wessendorf wrote: > > > On Tue, Nov 25, 2014 at 12:21 PM, Karel Piwko wrote: > >> On Tue, 2014-11-25 at 12:18 +0100, Matthias Wessendorf wrote: >> > > >> > > > Further, I have seen the chapter on "Brute Force Protection" which >> is >> > > > described in the Security Defenses documentation, >> > > > and this seems like a reasonable security feature that I will >> enable. >> > > >> > > Definitely. >> > > >> > >> > On master, should we have this enabled by default? Currently it's not... >> > and users explicitly need to enable this nice feature... >> > >> > I'd like to see in (long term) enabled by default. >> > >> > thoughts? >> >> I believe it makes enabling/disabling it makes a nice test case ;-) >> > > well, that;s a different thing. I feel we should, for our users, enable it > by default > > >> >> > >> > >> > >> > _______________________________________________ >> > aerogear-dev mailing list >> > aerogear-dev at lists.jboss.org >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/91b823d7/attachment.html From daniel at passos.me Tue Nov 25 08:02:34 2014 From: daniel at passos.me (Daniel Passos) Date: Tue, 25 Nov 2014 11:02:34 -0200 Subject: [aerogear-dev] Releasing new parent/bom (0.2.10) Message-ID: Hi All, I?d like to run a new release of our parent/bom. Here is some changes related to newer versions: Android land - Update Android version to the Lollipop - Update Google Play Service to 6.1.71 (Now using aar instead of jar) - Remove Roboeletric - Remove Guava - Remove Android support library Test land - Bump to Arquillian nondeploying container 0.2.0 - Bump to Arquillian Graphene 2.1.0.Alpha1 Feel free to test it. I have plan to release it next thursday. The staging repo is here: https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4338/ ? Passos ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/5a96a223/attachment-0001.html From smikloso at redhat.com Tue Nov 25 08:55:55 2014 From: smikloso at redhat.com (Stefan Miklosovic) Date: Tue, 25 Nov 2014 08:55:55 -0500 (EST) Subject: [aerogear-dev] Releasing new parent/bom (0.2.10) In-Reply-To: References: Message-ID: <1357898138.2737822.1416923755579.JavaMail.zimbra@redhat.com> Hi Daniel, please release it with PR I submitted there. Maybe we make it until Thursday with other releases which would be handy to get to 0.2.10 as well. Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso ----- Original Message ----- > Hi All, > I?d like to run a new release of our parent/bom. > Here is some changes related to newer versions: Android land > * Update Android version to the Lollipop > * Update Google Play Service to 6.1.71 (Now using aar instead of jar) > * Remove Roboeletric > * Remove Guava > * Remove Android support library > Test land > * Bump to Arquillian nondeploying container 0.2.0 > * Bump to Arquillian Graphene 2.1.0.Alpha1 > Feel free to test it. I have plan to release it next thursday. > The staging repo is here: > https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4338/ > ? Passos > ? > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/7585eba1/attachment.html From matzew at apache.org Tue Nov 25 08:59:03 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 25 Nov 2014 14:59:03 +0100 Subject: [aerogear-dev] Releasing new parent/bom (0.2.10) In-Reply-To: <1357898138.2737822.1416923755579.JavaMail.zimbra@redhat.com> References: <1357898138.2737822.1416923755579.JavaMail.zimbra@redhat.com> Message-ID: sounds reasonable, if not too late for the 0.2.10 release train On Tue, Nov 25, 2014 at 2:55 PM, Stefan Miklosovic wrote: > Hi Daniel, > > please release it with PR I submitted there. > > Maybe we make it until Thursday with other releases which would be handy > to get to 0.2.10 as well. > > Stefan Miklosovic > Red Hat Brno - JBoss Mobile Platform > > e-mail: smikloso at redhat.com > irc: smikloso > > ------------------------------ > > Hi All, > > I?d like to run a new release of our parent/bom. > > Here is some changes related to newer versions: > Android land > > - Update Android version to the Lollipop > - Update Google Play Service to 6.1.71 (Now using aar instead of jar) > - Remove Roboeletric > - Remove Guava > - Remove Android support library > > Test land > > - Bump to Arquillian nondeploying container 0.2.0 > - Bump to Arquillian Graphene 2.1.0.Alpha1 > > Feel free to test it. I have plan to release it next thursday. > > The staging repo is here: > https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4338/ > > ? Passos > ? > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141125/d624c42e/attachment.html From matzew at apache.org Wed Nov 26 05:49:23 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 11:49:23 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: On Mon, Nov 10, 2014 at 9:40 AM, Erik Jan de Wit wrote: > > > > not sure we really target UI. It's more libraries (and gluecode) that > AeroGear brings to the table > > I didn?t mean we need to write a UI library, but a way to make it easy for > developers to build a cross platform project based on javascript that > supports using a native UI. It would offer a way to have native UI > components call javascript business functions on all platforms. > so, you are proposing having a layer that basically wires a native GUI element to a JavaScript function? I thought that Cordova would already allow you, building native UI _and_ invoking JS functions, but looks 'pure' like Cordova apps are just WebView? So, for adding native buttons, I'd have to take the project to the next stage (e.g. open in Xcode and do some ObjC/Swift foo), where I than need to manage the JS invocation (I assume that I am able to leverage Cordova for the call from native to js, since that's what the plugins do - but _not_ explicitly wired to a native 'button;)? -M > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/dfa51886/attachment.html From matzew at apache.org Wed Nov 26 10:34:48 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 16:34:48 +0100 Subject: [aerogear-dev] Java-MPNS 0.1.0 - staging Message-ID: Hi Erik, I have staged the 0.1.0 version: https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4341/ let me know if your branch still works with that JAR, so that we can move on and get this released to the wild! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/b7b5af98/attachment.html From agalante at redhat.com Wed Nov 26 11:00:43 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 26 Nov 2014 11:00:43 -0500 (EST) Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: <380258845.154073.1417017253168.JavaMail.zimbra@redhat.com> Message-ID: <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> Hello, Just wanted to tell you that Feedhenry gig I was involved is done and I will mainly be working on the website during the next days. I still need to implement the suggestions Lukas, Matthias and Bruno made, but if you want to follow the progress I'll be updating it here (please use Safari or Firefox): http://andresgalante.com/aerogearwebsite/ I will concentrate first on structure and content changes, then on styling and colors. Feedback is very welcome. Please send as much info, changes and critics as possible. Thanks! From matzew at apache.org Wed Nov 26 11:06:14 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 17:06:14 +0100 Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> References: <380258845.154073.1417017253168.JavaMail.zimbra@redhat.com> <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> Message-ID: Looks really good (besides the blue ;-P) One question, the 'search box' -> do we need it? not sure we want to implement a search engine :-) On Wed, Nov 26, 2014 at 5:00 PM, Andres Galante wrote: > Hello, > > Just wanted to tell you that Feedhenry gig I was involved is done and I > will mainly be working on the website during the next days. > > I still need to implement the suggestions Lukas, Matthias and Bruno made, > but if you want to follow the progress I'll be updating it here (please use > Safari or Firefox): > > http://andresgalante.com/aerogearwebsite/ > > I will concentrate first on structure and content changes, then on styling > and colors. > > Feedback is very welcome. Please send as much info, changes and critics as > possible. > > Thanks! > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/69b622e1/attachment-0001.html From agalante at redhat.com Wed Nov 26 11:13:26 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 26 Nov 2014 11:13:26 -0500 (EST) Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: References: <380258845.154073.1417017253168.JavaMail.zimbra@redhat.com> <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> Message-ID: <1253638600.156030.1417018406375.JavaMail.zimbra@redhat.com> I though I would be nice to have search, specially on documentation. Maybe use Google Custom Search? ----- Original Message ----- From: "Matthias Wessendorf" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 26, 2014 1:06:14 PM Subject: Re: [aerogear-dev] Aerogear Website Design Looks really good (besides the blue ;-P) One question, the 'search box' -> do we need it? not sure we want to implement a search engine :-) On Wed, Nov 26, 2014 at 5:00 PM, Andres Galante < agalante at redhat.com > wrote: Hello, Just wanted to tell you that Feedhenry gig I was involved is done and I will mainly be working on the website during the next days. I still need to implement the suggestions Lukas, Matthias and Bruno made, but if you want to follow the progress I'll be updating it here (please use Safari or Firefox): http://andresgalante.com/aerogearwebsite/ I will concentrate first on structure and content changes, then on styling and colors. Feedback is very welcome. Please send as much info, changes and critics as possible. Thanks! _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 26 11:18:55 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 17:18:55 +0100 Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: <1253638600.156030.1417018406375.JavaMail.zimbra@redhat.com> References: <380258845.154073.1417017253168.JavaMail.zimbra@redhat.com> <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> <1253638600.156030.1417018406375.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 26, 2014 at 5:13 PM, Andres Galante wrote: > I though I would be nice to have search, specially on documentation. > > Maybe use Google Custom Search? > yeah, that's fine with me - not sure if we wanna redirect to google for search results :) > > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 26, 2014 1:06:14 PM > Subject: Re: [aerogear-dev] Aerogear Website Design > > Looks really good (besides the blue ;-P) > > One question, the 'search box' -> do we need it? not sure we want to > implement a search engine :-) > > On Wed, Nov 26, 2014 at 5:00 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Hello, > > Just wanted to tell you that Feedhenry gig I was involved is done and I > will mainly be working on the website during the next days. > > I still need to implement the suggestions Lukas, Matthias and Bruno made, > but if you want to follow the progress I'll be updating it here (please use > Safari or Firefox): > > http://andresgalante.com/aerogearwebsite/ > > I will concentrate first on structure and content changes, then on styling > and colors. > > Feedback is very welcome. Please send as much info, changes and critics as > possible. > > Thanks! > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/48b0f5c6/attachment.html From matzew at apache.org Wed Nov 26 11:19:37 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 17:19:37 +0100 Subject: [aerogear-dev] Releasing new parent/bom (0.2.10) In-Reply-To: References: Message-ID: I tested w/ Android and UPS; +1 on release to the wild Ship it!!!!! -M On Tue, Nov 25, 2014 at 2:02 PM, Daniel Passos wrote: > Hi All, > > I?d like to run a new release of our parent/bom. > > Here is some changes related to newer versions: > Android land > > - Update Android version to the Lollipop > - Update Google Play Service to 6.1.71 (Now using aar instead of jar) > - Remove Roboeletric > - Remove Guava > - Remove Android support library > > Test land > > - Bump to Arquillian nondeploying container 0.2.0 > - Bump to Arquillian Graphene 2.1.0.Alpha1 > > Feel free to test it. I have plan to release it next thursday. > > The staging repo is here: > https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4338/ > > ? Passos > ? > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/a0ed20a9/attachment.html From ivan.gurtler at ahead-itec.com Wed Nov 26 11:21:29 2014 From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=) Date: Wed, 26 Nov 2014 17:21:29 +0100 Subject: [aerogear-dev] use oracle database Message-ID: Hi, I tried to use aerogear with oracle database. When I used wildfly it was good. I create module.xml for "ojdbc6-12.1.0.1.jar": ** ** * * * * * * * * * * * * * * * * ** next I create oracle-database-config-wildfly.cli *# $WILDFLY_HOME/bin/jboss-cli.sh --file=/path/to/this/file.* *connect* *batch* *## Add Oracle driver* */subsystem=datasources/jdbc-driver=oracleup:add(driver-name=oracleup,driver-module-name=com.oracle,driver-xa-datasource-class-name=oracle.jdbc.xa.client.OracleXADataSource)* *## Add UnifiedPush Datasource* *data-source add --name=UnifiedPushDS --driver-name=oracleup --jndi-name=java:jboss/datasources/UnifiedPushDS --connection-url=jdbc:oracle:thin:@localhost:1521:XE --user-name=unifiedpush --password=unifiedpush --use-ccm=false --max-pool-size=25 --blocking-timeout-wait-millis=5000 --enabled=true* *run-batch* *#:reload* next I configurate wildfly with this and deploy 2 war files. It was very good :) But when I tried it with EAP 6.3.0 with same "ojdbc6-12.1.0.1.jar", module.xml and next oracle-database-config.cli *# $JBOSS_HOME/bin/jboss-cli.sh --file=/path/to/this/file.* *connect* *batch* *## Add Oracle driver* */subsystem=datasources/jdbc-driver=oracleup:add(driver-name=oracleup,driver-module-name=com.oracle,driver-xa-datasource-class-name=oracle.jdbc.xa.client.OracleXADataSource)* *## Add UnifiedPush Datasource* *data-source add --name=UnifiedPushDS --driver-name=oracleup --jndi-name=java:jboss/datasources/UnifiedPushDS --connection-url=jdbc:oracle:thin:@localhost:1521:XE --user-name=unifiedpush --password=unifiedpush --use-ccm=false --max-pool-size=25 --blocking-timeout-wait-millis=5000* *data-source enable --name=UnifiedPushDS* *run-batch* *#:reload* after configurating database and deploying 2 war files (ag-push.war specialy for AS7), it started Aerogear administration web UI and I can login to web interface. After creating application and variant, I tried to register mobile device in AG with successfull status in mobile device, but without creating instalation in AG and server threw exception (log) *17:10:06,593 WARN [org.jboss.resteasy.core.ResourceLocator] (http-/0.0.0.0:8080-2) Field uriInfo of subresource org.keycloak.services.resources.PublicRealmResource will not be injected according to spec* *17:10:06,594 WARN [org.jboss.resteasy.core.ResourceLocator] (http-/0.0.0.0:8080-2) Field request of subresource org.keycloak.services.resources.PublicRealmResource will not be injected according to spec* *17:10:06,594 WARN [org.jboss.resteasy.core.ResourceLocator] (http-/0.0.0.0:8080-2) Field response of subresource org.keycloak.services.resources.PublicRealmResource will not be injected according to spec* *17:10:06,671 INFO [org.jboss.resteasy.cdi.CdiInjectorFactory] (http-/0.0.0.0:8080-1) Found BeanManager at java:comp/BeanManager* *17:10:06,698 INFO [org.jboss.resteasy.spi.ResteasyDeployment] (http-/0.0.0.0:8080-1) Deploying javax.ws.rs.core.Application: class org.jboss.aerogear.unifiedpush.rest.RestApplication$Proxy$_$$_WeldClientProxy* *17:10:07,074 WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (EJB default - 1) SQL Error: 997, SQLState: 42000* *17:10:07,074 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (EJB default - 1) ORA-00997: illegal use of LONG datatype* *17:10:07,094 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 1) JBAS014134: EJB Invocation failed on component ClientInstallationServiceImpl for method public abstract void org.jboss.aerogear.unifiedpush.service.ClientInstallationService.addInstallation(org.jboss.aerogear.unifiedpush.api.Variant,org.jboss.aerogear.unifiedpush.api.Installation): javax.ejb.EJBException: javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not extract ResultSet* * at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:189) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:274) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:339) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:238) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.interceptors.AsyncFutureInterceptorFactory$1$1.runInvocation(AsyncFutureInterceptorFactory.java:89) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.ejb3.component.interceptors.AsyncInvocationTask.run(AsyncInvocationTask.java:73) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_67]* * at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_67]* * at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]* * at org.jboss.threads.JBossThread.run(JBossThread.java:122)* *Caused by: javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not extract ResultSet* * at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1387) [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310) [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:277) [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.jboss.aerogear.unifiedpush.jpa.dao.impl.JPAInstallationDao.getSingleResultForQuery(JPAInstallationDao.java:199) [unifiedpush-model-jpa-1.1.0-SNAPSHOT.jar:]* * at org.jboss.aerogear.unifiedpush.jpa.dao.impl.JPAInstallationDao.findInstallationForVariantByDeviceToken(JPAInstallationDao.java:72) [unifiedpush-model-jpa-1.1.0-SNAPSHOT.jar:]* * at org.jboss.aerogear.unifiedpush.service.impl.ClientInstallationServiceImpl.findInstallationForVariantByDeviceToken(ClientInstallationServiceImpl.java:177) [unifiedpush-service-1.1.0-SNAPSHOT.jar:]* * at org.jboss.aerogear.unifiedpush.service.impl.ClientInstallationServiceImpl.addInstallation(ClientInstallationServiceImpl.java:51) [unifiedpush-service-1.1.0-SNAPSHOT.jar:]* * at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_67]* * at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_67]* * at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_67]* * at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_67]* * at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:86) [jboss-as-weld-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:97) [jboss-as-weld-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47) [jboss-as-jpa-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:93) [jboss-as-weld-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* * at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:272) [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* * ... 25 more* *Caused by: org.hibernate.exception.SQLGrammarException: could not extract ResultSet* * at org.hibernate.exception.internal.SQLExceptionTypeDelegate.convert(SQLExceptionTypeDelegate.java:82) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:49) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:124) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:109) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:88) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.getResultSet(Loader.java:2062) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1859) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1838) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.doQuery(Loader.java:906) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:348) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.doList(Loader.java:2550) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.doList(Loader.java:2536) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2366) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.Loader.list(Loader.java:2361) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:495) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:357) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:198) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1194) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.internal.QueryImpl.list(QueryImpl.java:101) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:268) [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * ... 60 more* *Caused by: java.sql.SQLSyntaxErrorException: ORA-00997: illegal use of LONG datatype* * at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)* * at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399)* * at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1017)* * at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:655)* * at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:249)* * at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:566)* * at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:215)* * at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:58)* * at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:776)* * at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:897)* * at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1034)* * at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3820)* * at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3867)* * at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1502)* * at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:462)* * at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:79) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* * ... 75 more* I use same ojdbc6-12.1.0.1.jar and same database with wildfly and EAP ... I tried to fix it for a 3 days, but I haven't found solution. Can you help me with this problem? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/e99c6db9/attachment-0001.html From matzew at apache.org Wed Nov 26 11:24:36 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 17:24:36 +0100 Subject: [aerogear-dev] [Android] KeyCloak Authenticator In-Reply-To: <1410794889840.059d9964@Nodemailer> References: <5416F96F.8030605@redhat.com> <1410794889840.059d9964@Nodemailer> Message-ID: On Mon, Sep 15, 2014 at 5:28 PM, Bruno Oliveira wrote: > Amazing Summers! Please turn this list of thing into Jiras if possible. late reply :-) +1 I really like that - let's make sure we track that with JIRA - this _IS_ A really cool feature and does add a lot of value for our OAuth/KC bits! -Matthias > ? > abstractj > PGP: 0x84DC9914 > > > On Mon, Sep 15, 2014 at 11:36 AM, Summers Pittman > wrote: > >> DEVELOPERS WILL NEVER HAVE TO WRITE ANOTHER LINE OF AUTH LOGIC >> AGAIN! >> >> Over the weekend I tried my hand at writing a Android Account >> Authenticator for KeyCloak. This lets Android manage the KeyCloak >> account, fetch tokens, provide tokens to other apps etc. KeyCloak >> Authenticator let's you drop your keycloak.json file into an apk and >> access your KeyCloak Account with one line of code from any application >> on your Android device. >> >> Right now this is very much in the "I have an itch needing scratching" >> phase. It doesn't do any robust error handling, hasn't been testing off >> the golden scenario, has no integration with any of the AeroGear stuff, >> etc. Take a moment to watch the Demo and look at the demo project. >> >> Video Demo : >> https://plus.google.com/103442292643366117394/posts/WSFbdodMsej >> >> The Demo video uses Android's native account menu to request from the >> authenticator a KeyCloak account. This launches the authenticator's >> activity which will retrieve the credentials for Android and store >> them. When I am back in the settings page and showing off the stored >> account, this is all native Android UI and not part of the KeyCloak >> authenticator. >> >> When I launch the Demo application this is a separate application from >> the authenticator apk. The Demo project fetches the KeyCloak account >> from Android and gets its auth token. Then it makes a request to >> KeyCloak's account service to fetch the user's account data. >> >> In the demo app there are three lines of code related to auth. >> >> final Account account = am.getAccountsByType("org.keycloak.Account")[0]; >> String token = am.getAuthToken(account, "org.keycloak.Account.token", >> null, null, null, >> null).getResult().getString(AccountManager.KEY_AUTHTOKEN); >> >> and >> >> provider.setDefaultHeader("Authorization", "bearer " + token); >> >> The first two lines fetch the account and token from Android. The >> second line attaches the account's auth token to the web request to the >> server. >> >> So now what? I'll probably use this for my projects/demos because it >> makes my work easier. Right now it doesn't have any connection to any >> of the "official" projects (Again, I wrote this over the weekend to see >> if I could) however it may be quite useful to someone. In the project's >> README I've included a (incomplete) list of things that don't work. >> >> wdyt? >> >> Links : >> Project : https://github.com/secondsun/keycloak-android-authenticator >> Video Demo : >> https://plus.google.com/103442292643366117394/posts/WSFbdodMsej >> Demo Source : >> https://github.com/secondsun/keycloak-account-authenticator-demo/ >> >> >> -- >> Summers Pittman >> >>Phone:404 941 4698 >> >>Java is my crack. >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/2afb66d9/attachment.html From agalante at redhat.com Wed Nov 26 11:54:41 2014 From: agalante at redhat.com (Andres Galante) Date: Wed, 26 Nov 2014 11:54:41 -0500 (EST) Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: References: <380258845.154073.1417017253168.JavaMail.zimbra@redhat.com> <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> <1253638600.156030.1417018406375.JavaMail.zimbra@redhat.com> Message-ID: <904046218.157588.1417020881718.JavaMail.zimbra@redhat.com> We can take a Lean approach on it. We can put google search, and see on analtitycs how many users actually do searches to see if it is worth investing time on that feature. ----- Original Message ----- From: "Matthias Wessendorf" To: "AeroGear Developer Mailing List" Sent: Wednesday, November 26, 2014 1:18:55 PM Subject: Re: [aerogear-dev] Aerogear Website Design On Wed, Nov 26, 2014 at 5:13 PM, Andres Galante < agalante at redhat.com > wrote: I though I would be nice to have search, specially on documentation. Maybe use Google Custom Search? yeah, that's fine with me - not sure if we wanna redirect to google for search results :) ----- Original Message ----- From: "Matthias Wessendorf" < matzew at apache.org > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > Sent: Wednesday, November 26, 2014 1:06:14 PM Subject: Re: [aerogear-dev] Aerogear Website Design Looks really good (besides the blue ;-P) One question, the 'search box' -> do we need it? not sure we want to implement a search engine :-) On Wed, Nov 26, 2014 at 5:00 PM, Andres Galante < agalante at redhat.com > wrote: Hello, Just wanted to tell you that Feedhenry gig I was involved is done and I will mainly be working on the website during the next days. I still need to implement the suggestions Lukas, Matthias and Bruno made, but if you want to follow the progress I'll be updating it here (please use Safari or Firefox): http://andresgalante.com/aerogearwebsite/ I will concentrate first on structure and content changes, then on styling and colors. Feedback is very welcome. Please send as much info, changes and critics as possible. Thanks! _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev _______________________________________________ aerogear-dev mailing list aerogear-dev at 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 at lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev From matzew at apache.org Wed Nov 26 12:00:38 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Wed, 26 Nov 2014 18:00:38 +0100 Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: <904046218.157588.1417020881718.JavaMail.zimbra@redhat.com> References: <380258845.154073.1417017253168.JavaMail.zimbra@redhat.com> <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> <1253638600.156030.1417018406375.JavaMail.zimbra@redhat.com> <904046218.157588.1417020881718.JavaMail.zimbra@redhat.com> Message-ID: On Wed, Nov 26, 2014 at 5:54 PM, Andres Galante wrote: > We can take a Lean approach on it. > We can put google search, and see on analtitycs how many users actually do > searches to see if it is worth investing time on that feature. > +1 I guess, if search is the key feature of the site we are doing it wrong? :-) > > > ----- Original Message ----- > From: "Matthias Wessendorf" > To: "AeroGear Developer Mailing List" > Sent: Wednesday, November 26, 2014 1:18:55 PM > Subject: Re: [aerogear-dev] Aerogear Website Design > > > > On Wed, Nov 26, 2014 at 5:13 PM, Andres Galante < agalante at redhat.com > > wrote: > > > I though I would be nice to have search, specially on documentation. > > Maybe use Google Custom Search? > > yeah, that's fine with me - not sure if we wanna redirect to google for > search results :) > > > > > > > ----- Original Message ----- > From: "Matthias Wessendorf" < matzew at apache.org > > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > > Sent: Wednesday, November 26, 2014 1:06:14 PM > Subject: Re: [aerogear-dev] Aerogear Website Design > > Looks really good (besides the blue ;-P) > > One question, the 'search box' -> do we need it? not sure we want to > implement a search engine :-) > > On Wed, Nov 26, 2014 at 5:00 PM, Andres Galante < agalante at redhat.com > > wrote: > > > Hello, > > Just wanted to tell you that Feedhenry gig I was involved is done and I > will mainly be working on the website during the next days. > > I still need to implement the suggestions Lukas, Matthias and Bruno made, > but if you want to follow the progress I'll be updating it here (please use > Safari or Firefox): > > http://andresgalante.com/aerogearwebsite/ > > I will concentrate first on structure and content changes, then on styling > and colors. > > Feedback is very welcome. Please send as much info, changes and critics as > possible. > > Thanks! > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141126/7258d5a0/attachment.html From tkriz at redhat.com Wed Nov 26 12:02:38 2014 From: tkriz at redhat.com (Tadeas Kriz) Date: Wed, 26 Nov 2014 18:02:38 +0100 Subject: [aerogear-dev] Aerogear Website Design In-Reply-To: <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> References: <2109665629.154409.1417017643692.JavaMail.zimbra@redhat.com> Message-ID: Nice job! It look really good. The only thing that feels wrong is the search and ?github repos? on the bottom of the initial sheet. ? Tadeas Kriz > On 26 Nov 2014, at 5:00 pm, Andres Galante wrote: > > Hello, > > Just wanted to tell you that Feedhenry gig I was involved is done and I will mainly be working on the website during the next days. > > I still need to implement the suggestions Lukas, Matthias and Bruno made, but if you want to follow the progress I'll be updating it here (please use Safari or Firefox): > > http://andresgalante.com/aerogearwebsite/ > > I will concentrate first on structure and content changes, then on styling and colors. > > Feedback is very welcome. Please send as much info, changes and critics as possible. > > Thanks! > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Thu Nov 27 02:27:09 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Thu, 27 Nov 2014 08:27:09 +0100 Subject: [aerogear-dev] use oracle database In-Reply-To: References: Message-ID: > > after configurating database and deploying 2 war files (ag-push.war specialy for AS7), it started Aerogear administration web UI and I can login to web How did you configure the database? Do you let hibernate create the schema? Because LONG is not a type that can be queried in a easy way. A java.lang.Long should be mapped to a NUMBER(19) > > Caused by: java.sql.SQLSyntaxErrorException: ORA-00997: illegal use of LONG datatype > > at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450) > at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399) > at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1017) > at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:655) > at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:249) > at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:566) > at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:215) > at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:58) > at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:776) > at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:897) > at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1034) > at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3820) > at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3867) > at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1502) > at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:462) > at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:79) [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1] > ... 75 more > > I use same ojdbc6-12.1.0.1.jar and same database with wildfly and EAP ... I tried to fix it for a 3 days, but I haven't found solution. > > Can you help me with this problem? Thanks. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/b6f2ac71/attachment.html From stian at redhat.com Thu Nov 27 02:39:45 2014 From: stian at redhat.com (Stian Thorgersen) Date: Thu, 27 Nov 2014 02:39:45 -0500 (EST) Subject: [aerogear-dev] [keycloak-user] Mobile Authentication API In-Reply-To: References: Message-ID: <374335332.6310564.1417073985438.JavaMail.zimbra@redhat.com> Hi, It's something we've discussed in the past. It would work, but it's not very elegant as a lot of the logic would be pushed onto the native app. Our core aim with Keycloak is to make security easy for folks. That being said are you using the direct grant api to exchange a username/password for a token? We could probably allow using the direct grant api and pass a token instead of a username/password. Added AeroGear mailing list as they're working on mobile adapters for Keycloak. ----- Original Message ----- > From: "Rodrigo Sasaki" > To: keycloak-user at lists.jboss.org > Sent: Wednesday, 26 November, 2014 7:32:38 PM > Subject: Re: [keycloak-user] Mobile Authentication API > > Sorry, I wasn't clear enough. The problem we're having is with social logins > > When we have to login a user via social links (Google or Facebook) we need to > send him to a webview, because Keycloak communicates with the social > networks via the default flows we already have implemented. > > But from a mobile standpoint this could be improved, because the user can > alerady have a Google account and/or a Facebook account on his mobile > device. So that could be used instead of making the user login again on a > webview. > > The idea is to send the social information we already have on the mobile > device to Keycloak and get a token in return (we can do this with > username/password today). > > The ideal thing would be a SDK for this that would (for example) be > instantiated with URI and client_id, and would provide a method for login. I > know this might not be in your roadmap for any time soon, but I'd like to > know if you have thought about any of this. > > This provides a very different user experience for the user, and I think this > feature would be appreciated by many. > > Thank you all again! > > Rodrigo Sasaki > > On Wed, Nov 26, 2014 at 4:13 PM, Rodrigo Sasaki < rodrigopsasaki at gmail.com > > wrote: > > > > Hello, > > I was wondering if there is a plan (or maybe something already built) for > native mobile authentication with Keycloak. > > Right now we need to redirect the user to a web view so he can interface with > Keycloak to login, and from there on he can use the app normally, but is > there something native for this? We're trying to find ways to use the > smartphone's native authentication systems to login the users, and so far we > haven't been able to make it work. > > Have you thought of something along those lines? > > Thank you. > > -- > Rodrigo Sasaki > > > > -- > Rodrigo Sasaki > > _______________________________________________ > keycloak-user mailing list > keycloak-user at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/keycloak-user From edewit at redhat.com Thu Nov 27 02:59:10 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Thu, 27 Nov 2014 08:59:10 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: On 26 Nov,2014, at 11:49 , Matthias Wessendorf wrote: > so, you are proposing having a layer that basically wires a native GUI element to a JavaScript function? Yes > > I thought that Cordova would already allow you, building native UI _and_ invoking JS functions, but looks 'pure' like Cordova apps are just WebView? So, for adding native buttons, I'd have to take the project to the next stage (e.g. open in Xcode and do some ObjC/Swift foo), where I than need to manage the JS invocation (I assume that I am able to leverage Cordova for the call from native to js, since that's what the plugins do - but _not_ explicitly wired to a native 'button;)? No cordova does not have this functionality, so my suggestion is to make a library to make that effort easy. Initially base this on cordova and the way cordova makes calls to and from native code, because then you could still use the plugins as well. Another possibility could be to build something on top of iOS 7 JavaScriptCore and v8 on Android, because we don?t use the web view anymore and only need a Javascript execution environment, but for first version using web view to execute the Javascript would be good enough. Cheers, Erik Jan From corinnekrych at gmail.com Thu Nov 27 03:07:41 2014 From: corinnekrych at gmail.com (Corinne Krych) Date: Thu, 27 Nov 2014 09:07:41 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: References: Message-ID: <7ACFC43F-88CE-41EF-8A8B-399C1F3FD977@gmail.com> I think there is definitively an interest for having one code base (Java/JavaScript: choose your weapon) for multiple platform using native look and feel. At Devoxx I attended 2 sessions on the topic: Here is an extract from my blog post devoxx summary [1]: "Develop your mobile app once in your favourite language and deploy it on iOS and Android. Still the Nirvana mantra for quick-win mobile development? If your language of choice is Java, see ?Real cross-platform Java on mobile devices? session and how to use JavaFX to build your app on Android (LodgON) and iOS (RoboVM). UI is not yet native feel but it?s in the pipe for future as well as using Java8. If you?re a JavaScript ninja, go to ?Use JavaScript to build Mobile Apps with Native UI? session to hear about Titanium. You have to learn a titanium specific API to build all your app including UI. but, UI get bridged into native widgets. As ? stresses a lot no lowest common denominator, When you need to go platform specific use a if/else :)) ? Worth investigating further... ++ Corinne [1] http://corinnekrych.blogspot.fr/2014/11/devoxx-2014-in-eyes-of-mobile-developer.html > On 27 Nov 2014, at 08:59, Erik Jan de Wit wrote: > > > On 26 Nov,2014, at 11:49 , Matthias Wessendorf wrote: > >> so, you are proposing having a layer that basically wires a native GUI element to a JavaScript function? > > Yes > >> >> I thought that Cordova would already allow you, building native UI _and_ invoking JS functions, but looks 'pure' like Cordova apps are just WebView? So, for adding native buttons, I'd have to take the project to the next stage (e.g. open in Xcode and do some ObjC/Swift foo), where I than need to manage the JS invocation (I assume that I am able to leverage Cordova for the call from native to js, since that's what the plugins do - but _not_ explicitly wired to a native 'button;)? > > No cordova does not have this functionality, so my suggestion is to make a library to make that effort easy. Initially base this on cordova and the way cordova makes calls to and from native code, because then you could still use the plugins as well. Another possibility could be to build something on top of iOS 7 JavaScriptCore and v8 on Android, because we don?t use the web view anymore and only need a Javascript execution environment, but for first version using web view to execute the Javascript would be good enough. > > Cheers, > Erik Jan > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From edewit at redhat.com Thu Nov 27 03:27:26 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Thu, 27 Nov 2014 09:27:26 +0100 Subject: [aerogear-dev] gwtcon In-Reply-To: <7ACFC43F-88CE-41EF-8A8B-399C1F3FD977@gmail.com> References: <7ACFC43F-88CE-41EF-8A8B-399C1F3FD977@gmail.com> Message-ID: <6DB5195A-6671-4A40-82E4-02989623F021@redhat.com> On 27 Nov,2014, at 9:07 , Corinne Krych wrote: > I think there is definitively an interest for having one code base (Java/JavaScript: choose your weapon) for multiple platform using native look and feel. At Devoxx I attended 2 sessions on the topic: > Right the idea is not new, but I think this is a niche that could be very nice. The problem with solutions that want to be native, but work on all platforms is that they have to use the lowest common denominator or have a not really native UI it just looks that way. That is why I think having a custom native UI for each platform and reuse as much as possible the ?business logic? is something worth investigating as this does not exist. > Here is an extract from my blog post devoxx summary [1]: > > "Develop your mobile app once in your favourite language and deploy it on iOS and Android. Still the Nirvana mantra for quick-win mobile development? If your language of choice is Java, see ?Real cross-platform Java on mobile devices? session and how to use JavaFX to build your app on Android (LodgON) and iOS (RoboVM). UI is not yet native feel but it?s in the pipe for future as well as using Java8. If you?re a JavaScript ninja, go to ?Use JavaScript to build Mobile Apps with Native UI? session to hear about Titanium. You have to learn a titanium specific API to build all your app including UI. but, UI get bridged into native widgets. As ? stresses a lot no lowest common denominator, When you need to go platform specific use a if/else :)) ? > > Worth investigating further... > From ivan.gurtler at ahead-itec.com Thu Nov 27 03:52:34 2014 From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=) Date: Thu, 27 Nov 2014 09:52:34 +0100 Subject: [aerogear-dev] use oracle database In-Reply-To: References: Message-ID: I have database with user unifiedpush (same as for wildfly) ... and use jboss-cli.sh --file=/path/to/ocracle-database-config.cli .... depoly 2 war files ... and start server Yes I do let hibernate create the schema. *Mgr. Ivan G?rtler* Mobile software developer AHEAD iTec, s.r.o., Botanick? 554/68a, 602 00 Brno (Czech Republic) www.ahead-itec.com | twitter | mobile security solutions 2014-11-27 8:27 GMT+01:00 Erik Jan de Wit : > > > after configurating database and deploying 2 war files (ag-push.war > specialy for AS7), it started Aerogear administration web UI and I can > login to web > > > How did you configure the database? Do you let hibernate create the > schema? Because LONG is not a type that can be queried in a easy way. A > java.lang.Long should be mapped to a NUMBER(19) > > > *Caused by: java.sql.SQLSyntaxErrorException: ORA-00997: illegal use of > LONG datatype* > > * at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)* > * at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399)* > * at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1017)* > * at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:655)* > * at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:249)* > * at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:566)* > * at > oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:215)* > * at > oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:58)* > * at > oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:776)* > * at > oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:897)* > * at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1034)* > * at > oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3820)* > * at > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3867)* > * at > oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1502)* > * at > org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:462)* > * at > org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:79) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * ... 75 more* > > I use same ojdbc6-12.1.0.1.jar and same database with wildfly and EAP ... > I tried to fix it for a 3 days, but I haven't found solution. > > Can you help me with this problem? Thanks. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/5a44712e/attachment-0001.html From ameetranjan at gmail.com Thu Nov 27 04:21:30 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Thu, 27 Nov 2014 02:21:30 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely Message-ID: <1417080090462-10134.post@n5.nabble.com> I am trying to deploy aerogear-unifiedpush-server-1.0.2 on wildfly-8.1.0.Final. Following is my setup: Aerogear + wildfly deployed on server Linux 2.6.32-358.el6.x86_64. I am trying to access the server through web browser running on my windows dev machine. I am getting following error when trying to access https//ip:8443/ag-push. However, I can access the https://ip:8443/auth for aerogere relm. 11:42:20,307 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ag-push/index.htm: java.lang.RuntimeException: Unable to resolve realm public key remotely at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:94) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:55) [keycloak-adapter-core-1.0.4.Final.jar:] at org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:54) [keycloak-undertow-adapter-1.0.4.Final.jar:] at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:54) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) [keycloak-undertow-adapter-1.0.4.Final.jar:] at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) [keycloak-undertow-adapter-1.0.4.Final.jar:] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) [undertow-core-1.0.15.Final.jar:1.0.15.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: org.apache.http.conn.HttpHostConnectException: Connection to https://125.21.243.59:8443 refused at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:151) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:125) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:640) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) [httpclient-4.2.1.jar:4.2.1] at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:65) [keycloak-adapter-core-1.0.4.Final.jar:] ... 32 more Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) [rt.jar:1.7.0_09-icedtea] at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) [rt.jar:1.7.0_09-icedtea] at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) [rt.jar:1.7.0_09-icedtea] at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) [rt.jar:1.7.0_09-icedtea] at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391) [rt.jar:1.7.0_09-icedtea] at java.net.Socket.connect(Socket.java:579) [rt.jar:1.7.0_09-icedtea] at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618) [jsse.jar:1.7.0_09-icedtea] at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:549) [httpclient-4.2.1.jar:4.2.1] at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) [httpclient-4.2.1.jar:4.2.1] ... 40 more Would be really greatful if you can help me out on this. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bruno at abstractj.org Thu Nov 27 04:44:33 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 27 Nov 2014 07:44:33 -0200 Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417080090462-10134.post@n5.nabble.com> References: <1417080090462-10134.post@n5.nabble.com> Message-ID: Have you changed the sources from UPS? On Thu, Nov 27, 2014 at 7:21 AM, Amit Ranjan wrote: > I am trying to deploy aerogear-unifiedpush-server-1.0.2 on > wildfly-8.1.0.Final. Following is my setup: Aerogear + wildfly deployed on > server Linux 2.6.32-358.el6.x86_64. I am trying to access the server > through > web browser running on my windows dev machine. > I am getting following error when trying to access https//ip:8443/ag-push. > However, I can access the https://ip:8443/auth for aerogere relm. > > 11:42:20,307 ERROR [io.undertow.request] (default task-1) UT005023: > Exception handling request to /ag-push/index.htm: > java.lang.RuntimeException: Unable to resolve realm public key remotely > at > > org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:94) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > > org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:55) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > > org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:54) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:54) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at > > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > > org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > > io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > [rt.jar:1.7.0_09-icedtea] > at > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) > [rt.jar:1.7.0_09-icedtea] Caused by: > org.apache.http.conn.HttpHostConnectException: Connection to > https://125.21.243.59:8443 refused > at > > org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:151) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:125) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:640) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) > [httpclient-4.2.1.jar:4.2.1] > at > > org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:65) > [keycloak-adapter-core-1.0.4.Final.jar:] > ... 32 more > Caused by: java.net.ConnectException: Connection refused > at java.net.PlainSocketImpl.socketConnect(Native Method) > [rt.jar:1.7.0_09-icedtea] > at > > java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) > [rt.jar:1.7.0_09-icedtea] > at > > java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) > [rt.jar:1.7.0_09-icedtea] > at > java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) > [rt.jar:1.7.0_09-icedtea] > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391) > [rt.jar:1.7.0_09-icedtea] > at java.net.Socket.connect(Socket.java:579) > [rt.jar:1.7.0_09-icedtea] > at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618) > [jsse.jar:1.7.0_09-icedtea] > at > > org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:549) > [httpclient-4.2.1.jar:4.2.1] > at > > org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) > [httpclient-4.2.1.jar:4.2.1] > ... 40 more > > Would be really greatful if you can help me out on this. > > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/c9efe337/attachment-0001.html From ameetranjan at gmail.com Thu Nov 27 04:52:54 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Thu, 27 Nov 2014 02:52:54 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: References: <1417080090462-10134.post@n5.nabble.com> Message-ID: <1417081974138-10136.post@n5.nabble.com> Hi Bruno, Thanks for reply. No I haven't. I have used certificate.sh from https://github.com/abstractj/docker/tree/master/aerogear/wildfly/configuration/certs to generate the certificates and make entries in standalone.xml. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10136.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bruno at abstractj.org Thu Nov 27 05:16:52 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 27 Nov 2014 08:16:52 -0200 Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417081974138-10136.post@n5.nabble.com> References: <1417080090462-10134.post@n5.nabble.com> <1417081974138-10136.post@n5.nabble.com> Message-ID: So these are the steps to reproduce the issue: - Download UPS 1.0.2 - Download WildFly 8.1.0.Final - Deploy auth-server.war and ag-push.war - Setup self signed certificates Is that correct? On Thu, Nov 27, 2014 at 7:52 AM, Amit Ranjan wrote: > Hi Bruno, > > Thanks for reply. No I haven't. > I have used certificate.sh from > > https://github.com/abstractj/docker/tree/master/aerogear/wildfly/configuration/certs > to generate the certificates and make entries in standalone.xml. > > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10136.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/75d49a59/attachment.html From ameetranjan at gmail.com Thu Nov 27 05:22:53 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Thu, 27 Nov 2014 03:22:53 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: References: <1417080090462-10134.post@n5.nabble.com> <1417081974138-10136.post@n5.nabble.com> Message-ID: <1417083773188-10138.post@n5.nabble.com> Yes, that's correct. In addition I have also deployed unifiedpush-h2-ds.xml. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10138.html Sent from the aerogear-dev mailing list archive at Nabble.com. From ameetranjan at gmail.com Thu Nov 27 05:28:38 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Thu, 27 Nov 2014 03:28:38 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417083773188-10138.post@n5.nabble.com> References: <1417080090462-10134.post@n5.nabble.com> <1417081974138-10136.post@n5.nabble.com> <1417083773188-10138.post@n5.nabble.com> Message-ID: <1417084118889-10139.post@n5.nabble.com> Also just for clarity the other two files in the UPS 1.0.2 that I downloaded and deployed are unifiedpush-auth-server.war and unifiedpush-server-wildfly.war. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10139.html Sent from the aerogear-dev mailing list archive at Nabble.com. From kpiwko at redhat.com Thu Nov 27 06:37:47 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Thu, 27 Nov 2014 12:37:47 +0100 Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417080090462-10134.post@n5.nabble.com> References: <1417080090462-10134.post@n5.nabble.com> Message-ID: <1417088267.2700.11.camel@kpiwko-x220> Hi Amit, have you configured JAVA_OPTS / WildFly to use keystore with generated key? As in this architecture you have internal communication in between two deployments where you need both parts. We are using similar script: https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/configure_truststore_standalone.cli If you restart the deployments and first access http://ip:8080/ag-push, does subsequent https accesses work fine? Thanks, Karel On Thu, 2014-11-27 at 02:21 -0700, Amit Ranjan wrote: > I am trying to deploy aerogear-unifiedpush-server-1.0.2 on > wildfly-8.1.0.Final. Following is my setup: Aerogear + wildfly deployed on > server Linux 2.6.32-358.el6.x86_64. I am trying to access the server through > web browser running on my windows dev machine. > I am getting following error when trying to access https//ip:8443/ag-push. > However, I can access the https://ip:8443/auth for aerogere relm. > > 11:42:20,307 ERROR [io.undertow.request] (default task-1) UT005023: > Exception handling request to /ag-push/index.htm: > java.lang.RuntimeException: Unable to resolve realm public key remotely > at > org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:94) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:55) > [keycloak-adapter-core-1.0.4.Final.jar:] > at > org.keycloak.adapters.undertow.ServletKeycloakAuthMech.authenticate(ServletKeycloakAuthMech.java:54) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:281) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:298) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:268) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:131) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:106) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:99) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:54) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:69) > [keycloak-undertow-adapter-1.0.4.Final.jar:] > at > io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) > [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) > [undertow-core-1.0.15.Final.jar:1.0.15.Final] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > [rt.jar:1.7.0_09-icedtea] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) > [rt.jar:1.7.0_09-icedtea] Caused by: > org.apache.http.conn.HttpHostConnectException: Connection to > https://125.21.243.59:8443 refused > at > org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:190) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:151) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:125) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:640) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:479) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) > [httpclient-4.2.1.jar:4.2.1] > at > org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:65) > [keycloak-adapter-core-1.0.4.Final.jar:] > ... 32 more > Caused by: java.net.ConnectException: Connection refused > at java.net.PlainSocketImpl.socketConnect(Native Method) > [rt.jar:1.7.0_09-icedtea] > at > java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339) > [rt.jar:1.7.0_09-icedtea] > at > java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200) > [rt.jar:1.7.0_09-icedtea] > at > java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182) > [rt.jar:1.7.0_09-icedtea] > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391) > [rt.jar:1.7.0_09-icedtea] > at java.net.Socket.connect(Socket.java:579) > [rt.jar:1.7.0_09-icedtea] > at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:618) > [jsse.jar:1.7.0_09-icedtea] > at > org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:549) > [httpclient-4.2.1.jar:4.2.1] > at > org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) > [httpclient-4.2.1.jar:4.2.1] > ... 40 more > > Would be really greatful if you can help me out on this. > > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From rodrigopsasaki at gmail.com Thu Nov 27 06:34:32 2014 From: rodrigopsasaki at gmail.com (Rodrigo Sasaki) Date: Thu, 27 Nov 2014 09:34:32 -0200 Subject: [aerogear-dev] [keycloak-user] Mobile Authentication API In-Reply-To: <374335332.6310564.1417073985438.JavaMail.zimbra@redhat.com> References: <374335332.6310564.1417073985438.JavaMail.zimbra@redhat.com> Message-ID: That's exactly the case, we're using the direct grant API to exchange username/password for a token. If there was an endpoint to do the same with tokens from social links that would be fantastic. That would already be flexible enough for us to develop the activities the way we want. On Thu, Nov 27, 2014 at 5:39 AM, Stian Thorgersen wrote: > Hi, > > It's something we've discussed in the past. It would work, but it's not > very elegant as a lot of the logic would be pushed onto the native app. Our > core aim with Keycloak is to make security easy for folks. > > That being said are you using the direct grant api to exchange a > username/password for a token? We could probably allow using the direct > grant api and pass a token instead of a username/password. > > Added AeroGear mailing list as they're working on mobile adapters for > Keycloak. > > ----- Original Message ----- > > From: "Rodrigo Sasaki" > > To: keycloak-user at lists.jboss.org > > Sent: Wednesday, 26 November, 2014 7:32:38 PM > > Subject: Re: [keycloak-user] Mobile Authentication API > > > > Sorry, I wasn't clear enough. The problem we're having is with social > logins > > > > When we have to login a user via social links (Google or Facebook) we > need to > > send him to a webview, because Keycloak communicates with the social > > networks via the default flows we already have implemented. > > > > But from a mobile standpoint this could be improved, because the user can > > alerady have a Google account and/or a Facebook account on his mobile > > device. So that could be used instead of making the user login again on a > > webview. > > > > The idea is to send the social information we already have on the mobile > > device to Keycloak and get a token in return (we can do this with > > username/password today). > > > > The ideal thing would be a SDK for this that would (for example) be > > instantiated with URI and client_id, and would provide a method for > login. I > > know this might not be in your roadmap for any time soon, but I'd like to > > know if you have thought about any of this. > > > > This provides a very different user experience for the user, and I think > this > > feature would be appreciated by many. > > > > Thank you all again! > > > > Rodrigo Sasaki > > > > On Wed, Nov 26, 2014 at 4:13 PM, Rodrigo Sasaki < > rodrigopsasaki at gmail.com > > > wrote: > > > > > > > > Hello, > > > > I was wondering if there is a plan (or maybe something already built) for > > native mobile authentication with Keycloak. > > > > Right now we need to redirect the user to a web view so he can interface > with > > Keycloak to login, and from there on he can use the app normally, but is > > there something native for this? We're trying to find ways to use the > > smartphone's native authentication systems to login the users, and so > far we > > haven't been able to make it work. > > > > Have you thought of something along those lines? > > > > Thank you. > > > > -- > > Rodrigo Sasaki > > > > > > > > -- > > Rodrigo Sasaki > > > > _______________________________________________ > > keycloak-user mailing list > > keycloak-user at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/keycloak-user > -- Rodrigo Sasaki -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/d9d050bf/attachment-0001.html From kpiwko at redhat.com Thu Nov 27 07:52:46 2014 From: kpiwko at redhat.com (Karel Piwko) Date: Thu, 27 Nov 2014 13:52:46 +0100 Subject: [aerogear-dev] use oracle database In-Reply-To: References: Message-ID: <1417092766.2700.15.camel@kpiwko-x220> Hi Ivan, I'll have time to check your setup starting next week and I'll try reproduce the problem. I would appreciate if you can send me exact commit sha of UnifiedPush you are using as I've noticed that you are deploying -SNAPSHOT version. It would also help me to know whether you are able to reproduce the behavior with UPS 1.0.2 tag/release and detailed sql query log, that can be enabled in persistence.xml. Given the exception, I suspect that default Oracle dialect mapping has changed from Hibernate 4.1 (EAP 6.3.0) to Hibernate 4.3 (WF 9.0.0.A1). Thanks, Karel On Wed, 2014-11-26 at 17:21 +0100, Ivan G?rtler wrote: > Hi, > I tried to use aerogear with oracle database. When I used wildfly it was > good. > > I create module.xml for "ojdbc6-12.1.0.1.jar": > > ** > > ** > * * > * * > * * > * * > * * > * * > * * > * * > ** > > next I create oracle-database-config-wildfly.cli > > *# $WILDFLY_HOME/bin/jboss-cli.sh --file=/path/to/this/file.* > *connect* > *batch* > > *## Add Oracle driver* > */subsystem=datasources/jdbc-driver=oracleup:add(driver-name=oracleup,driver-module-name=com.oracle,driver-xa-datasource-class-name=oracle.jdbc.xa.client.OracleXADataSource)* > > *## Add UnifiedPush Datasource* > *data-source add --name=UnifiedPushDS --driver-name=oracleup > --jndi-name=java:jboss/datasources/UnifiedPushDS > --connection-url=jdbc:oracle:thin:@localhost:1521:XE > --user-name=unifiedpush --password=unifiedpush --use-ccm=false > --max-pool-size=25 --blocking-timeout-wait-millis=5000 --enabled=true* > > *run-batch* > *#:reload* > > next I configurate wildfly with this and deploy 2 war files. It was very > good :) > > But when I tried it with EAP 6.3.0 with same "ojdbc6-12.1.0.1.jar", > module.xml and > next oracle-database-config.cli > > *# $JBOSS_HOME/bin/jboss-cli.sh --file=/path/to/this/file.* > *connect* > *batch* > > *## Add Oracle driver* > */subsystem=datasources/jdbc-driver=oracleup:add(driver-name=oracleup,driver-module-name=com.oracle,driver-xa-datasource-class-name=oracle.jdbc.xa.client.OracleXADataSource)* > > *## Add UnifiedPush Datasource* > *data-source add --name=UnifiedPushDS --driver-name=oracleup > --jndi-name=java:jboss/datasources/UnifiedPushDS > --connection-url=jdbc:oracle:thin:@localhost:1521:XE > --user-name=unifiedpush --password=unifiedpush --use-ccm=false > --max-pool-size=25 --blocking-timeout-wait-millis=5000* > *data-source enable --name=UnifiedPushDS* > > *run-batch* > *#:reload* > > > after configurating database and deploying 2 war files (ag-push.war > specialy for AS7), it started Aerogear administration web UI and I can > login to web interface. After creating application and variant, I tried to > register mobile device in AG with successfull status in mobile device, but > without creating instalation in AG and server threw exception (log) > > *17:10:06,593 WARN [org.jboss.resteasy.core.ResourceLocator] > (http-/0.0.0.0:8080-2) Field uriInfo of subresource > org.keycloak.services.resources.PublicRealmResource will not be injected > according to spec* > *17:10:06,594 WARN [org.jboss.resteasy.core.ResourceLocator] > (http-/0.0.0.0:8080-2) Field request of subresource > org.keycloak.services.resources.PublicRealmResource will not be injected > according to spec* > *17:10:06,594 WARN [org.jboss.resteasy.core.ResourceLocator] > (http-/0.0.0.0:8080-2) Field response of subresource > org.keycloak.services.resources.PublicRealmResource will not be injected > according to spec* > *17:10:06,671 INFO [org.jboss.resteasy.cdi.CdiInjectorFactory] > (http-/0.0.0.0:8080-1) Found BeanManager at java:comp/BeanManager* > *17:10:06,698 INFO [org.jboss.resteasy.spi.ResteasyDeployment] > (http-/0.0.0.0:8080-1) Deploying javax.ws.rs.core.Application: class > org.jboss.aerogear.unifiedpush.rest.RestApplication$Proxy$_$$_WeldClientProxy* > *17:10:07,074 WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (EJB > default - 1) SQL Error: 997, SQLState: 42000* > *17:10:07,074 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (EJB > default - 1) ORA-00997: illegal use of LONG datatype* > > *17:10:07,094 ERROR [org.jboss.as.ejb3.invocation] (EJB default - 1) > JBAS014134: EJB Invocation failed on component > ClientInstallationServiceImpl for method public abstract void > org.jboss.aerogear.unifiedpush.service.ClientInstallationService.addInstallation(org.jboss.aerogear.unifiedpush.api.Variant,org.jboss.aerogear.unifiedpush.api.Installation): > javax.ejb.EJBException: javax.persistence.PersistenceException: > org.hibernate.exception.SQLGrammarException: could not extract ResultSet* > * at > org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:189) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:274) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:339) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:238) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.interceptors.AsyncFutureInterceptorFactory$1$1.runInvocation(AsyncFutureInterceptorFactory.java:89) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.ejb3.component.interceptors.AsyncInvocationTask.run(AsyncInvocationTask.java:73) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > [rt.jar:1.7.0_67]* > * at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > [rt.jar:1.7.0_67]* > * at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67]* > * at org.jboss.threads.JBossThread.run(JBossThread.java:122)* > *Caused by: javax.persistence.PersistenceException: > org.hibernate.exception.SQLGrammarException: could not extract ResultSet* > * at > org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1387) > [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1310) > [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:277) > [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.jboss.aerogear.unifiedpush.jpa.dao.impl.JPAInstallationDao.getSingleResultForQuery(JPAInstallationDao.java:199) > [unifiedpush-model-jpa-1.1.0-SNAPSHOT.jar:]* > * at > org.jboss.aerogear.unifiedpush.jpa.dao.impl.JPAInstallationDao.findInstallationForVariantByDeviceToken(JPAInstallationDao.java:72) > [unifiedpush-model-jpa-1.1.0-SNAPSHOT.jar:]* > * at > org.jboss.aerogear.unifiedpush.service.impl.ClientInstallationServiceImpl.findInstallationForVariantByDeviceToken(ClientInstallationServiceImpl.java:177) > [unifiedpush-service-1.1.0-SNAPSHOT.jar:]* > * at > org.jboss.aerogear.unifiedpush.service.impl.ClientInstallationServiceImpl.addInstallation(ClientInstallationServiceImpl.java:51) > [unifiedpush-service-1.1.0-SNAPSHOT.jar:]* > * at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [rt.jar:1.7.0_67]* > * at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > [rt.jar:1.7.0_67]* > * at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.7.0_67]* > * at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_67]* > * at > org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:86) > [jboss-as-weld-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:97) > [jboss-as-weld-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47) > [jboss-as-jpa-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:93) > [jboss-as-weld-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) > [jboss-as-ee-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) > [jboss-invocation-1.1.2.Final-redhat-1.jar:1.1.2.Final-redhat-1]* > * at > org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:272) > [jboss-as-ejb3-7.4.0.Final-redhat-11.jar:7.4.0.Final-redhat-11]* > * ... 25 more* > *Caused by: org.hibernate.exception.SQLGrammarException: could not extract > ResultSet* > * at > org.hibernate.exception.internal.SQLExceptionTypeDelegate.convert(SQLExceptionTypeDelegate.java:82) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:49) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:124) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:109) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:88) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.getResultSet(Loader.java:2062) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1859) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.executeQueryStatement(Loader.java:1838) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.doQuery(Loader.java:906) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:348) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.doList(Loader.java:2550) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.doList(Loader.java:2536) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2366) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.Loader.list(Loader.java:2361) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:495) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.hql.internal.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:357) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at > org.hibernate.engine.query.spi.HQLQueryPlan.performList(HQLQueryPlan.java:198) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1194) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.internal.QueryImpl.list(QueryImpl.java:101) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:268) > [hibernate-entitymanager-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * ... 60 more* > *Caused by: java.sql.SQLSyntaxErrorException: ORA-00997: illegal use of > LONG datatype* > > * at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:450)* > * at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:399)* > * at oracle.jdbc.driver.T4C8Oall.processError(T4C8Oall.java:1017)* > * at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:655)* > * at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:249)* > * at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:566)* > * at > oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:215)* > * at > oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:58)* > * at > oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:776)* > * at > oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:897)* > * at > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1034)* > * at > oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3820)* > * at > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3867)* > * at > oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1502)* > * at > org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:462)* > * at > org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:79) > [hibernate-core-4.2.12.Final-redhat-1.jar:4.2.12.Final-redhat-1]* > * ... 75 more* > > I use same ojdbc6-12.1.0.1.jar and same database with wildfly and EAP ... I > tried to fix it for a 3 days, but I haven't found solution. > > Can you help me with this problem? Thanks. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From hagai.sela at gmail.com Thu Nov 27 08:04:13 2014 From: hagai.sela at gmail.com (hagai.sela) Date: Thu, 27 Nov 2014 06:04:13 -0700 (MST) Subject: [aerogear-dev] Aerogear push plugin crashes android app when in background mode In-Reply-To: <1409804714115-9112.post@n5.nabble.com> References: <1409804714115-9112.post@n5.nabble.com> Message-ID: <1417093453600-10143.post@n5.nabble.com> Hi, I am getting the same exception. I tried debugging the java client code and it seems that message.getString("alert") returns null, even if I set the alert field in the java sender. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Aerogear-push-plugin-crashes-android-app-when-in-background-mode-tp9112p10143.html Sent from the aerogear-dev mailing list archive at Nabble.com. From lukas.fryc at gmail.com Thu Nov 27 08:41:44 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Thu, 27 Nov 2014 14:41:44 +0100 Subject: [aerogear-dev] [Poll] New Visual Style for UnifiedPush Server - Colours Message-ID: Hey guys, some time ago Gabriel prepared us a new scheme that we had two issues with (that I won't mention so I won't influence your opinion). ;-) Andres now took this proposal one step further and prepared several options. You can vote for your favorite here, and leave any additional comments if required: https://docs.google.com/forms/d/1s8vs9lXlD8sE4rOWje0qGBzrzeZofSLhtWxGvf-TWdw/viewform?usp=send_form Thanks! ~ Lukas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/abe8167f/attachment.html From bruno at abstractj.org Thu Nov 27 09:26:37 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 27 Nov 2014 12:26:37 -0200 Subject: [aerogear-dev] [keycloak-user] Mobile Authentication API In-Reply-To: References: <374335332.6310564.1417073985438.JavaMail.zimbra@redhat.com> Message-ID: <20141127142637.GA61762@abstractj.org> Hi Rodrigo, currently we're under development of the adapters for Keycloak. But most of the hard work was already done by our team for mobile. Check our cookbooks, is a great point of start https://github.com/aerogear?query=cookbook. For example for iOS you have: https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot I hope it helps. On 2014-11-27, Rodrigo Sasaki wrote: > That's exactly the case, we're using the direct grant API to exchange > username/password for a token. > > If there was an endpoint to do the same with tokens from social links that > would be fantastic. That would already be flexible enough for us to develop > the activities the way we want. > > On Thu, Nov 27, 2014 at 5:39 AM, Stian Thorgersen wrote: > > > Hi, > > > > It's something we've discussed in the past. It would work, but it's not > > very elegant as a lot of the logic would be pushed onto the native app. Our > > core aim with Keycloak is to make security easy for folks. > > > > That being said are you using the direct grant api to exchange a > > username/password for a token? We could probably allow using the direct > > grant api and pass a token instead of a username/password. > > > > Added AeroGear mailing list as they're working on mobile adapters for > > Keycloak. > > > > ----- Original Message ----- > > > From: "Rodrigo Sasaki" > > > To: keycloak-user at lists.jboss.org > > > Sent: Wednesday, 26 November, 2014 7:32:38 PM > > > Subject: Re: [keycloak-user] Mobile Authentication API > > > > > > Sorry, I wasn't clear enough. The problem we're having is with social > > logins > > > > > > When we have to login a user via social links (Google or Facebook) we > > need to > > > send him to a webview, because Keycloak communicates with the social > > > networks via the default flows we already have implemented. > > > > > > But from a mobile standpoint this could be improved, because the user can > > > alerady have a Google account and/or a Facebook account on his mobile > > > device. So that could be used instead of making the user login again on a > > > webview. > > > > > > The idea is to send the social information we already have on the mobile > > > device to Keycloak and get a token in return (we can do this with > > > username/password today). > > > > > > The ideal thing would be a SDK for this that would (for example) be > > > instantiated with URI and client_id, and would provide a method for > > login. I > > > know this might not be in your roadmap for any time soon, but I'd like to > > > know if you have thought about any of this. > > > > > > This provides a very different user experience for the user, and I think > > this > > > feature would be appreciated by many. > > > > > > Thank you all again! > > > > > > Rodrigo Sasaki > > > > > > On Wed, Nov 26, 2014 at 4:13 PM, Rodrigo Sasaki < > > rodrigopsasaki at gmail.com > > > > wrote: > > > > > > > > > > > > Hello, > > > > > > I was wondering if there is a plan (or maybe something already built) for > > > native mobile authentication with Keycloak. > > > > > > Right now we need to redirect the user to a web view so he can interface > > with > > > Keycloak to login, and from there on he can use the app normally, but is > > > there something native for this? We're trying to find ways to use the > > > smartphone's native authentication systems to login the users, and so > > far we > > > haven't been able to make it work. > > > > > > Have you thought of something along those lines? > > > > > > Thank you. > > > > > > -- > > > Rodrigo Sasaki > > > > > > > > > > > > -- > > > Rodrigo Sasaki > > > > > > _______________________________________________ > > > keycloak-user mailing list > > > keycloak-user at lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/keycloak-user > > > > > > -- > Rodrigo Sasaki > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From edewit at redhat.com Thu Nov 27 09:59:30 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Thu, 27 Nov 2014 15:59:30 +0100 Subject: [aerogear-dev] Aerogear push plugin crashes android app when in background mode In-Reply-To: <1417093453600-10143.post@n5.nabble.com> References: <1409804714115-9112.post@n5.nabble.com> <1417093453600-10143.post@n5.nabble.com> Message-ID: Could you supply us with the versions of plugin UPS and android that you use? And the message that you have send? maybe create a bug in jira with this information? On 27 Nov,2014, at 14:04 , hagai.sela wrote: > Hi, > I am getting the same exception. I tried debugging the java client code and > it seems that message.getString("alert") returns null, even if I set the > alert field in the java sender. > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Aerogear-push-plugin-crashes-android-app-when-in-background-mode-tp9112p10143.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From ameetranjan at gmail.com Thu Nov 27 10:18:58 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Thu, 27 Nov 2014 08:18:58 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417088267.2700.11.camel@kpiwko-x220> References: <1417080090462-10134.post@n5.nabble.com> <1417088267.2700.11.camel@kpiwko-x220> Message-ID: <1417101538962-10147.post@n5.nabble.com> Hi Karen, Thanks for your reply. I tried using the script, a newbie question am getting error Node path format is wrong around 'home' (index=1) when I execute it? I tried googling but couldnt find a solution. http://ip:8080/ag-push doesnt work as well. -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10147.html Sent from the aerogear-dev mailing list archive at Nabble.com. From hagai.sela at gmail.com Thu Nov 27 11:19:18 2014 From: hagai.sela at gmail.com (hagai.sela) Date: Thu, 27 Nov 2014 09:19:18 -0700 (MST) Subject: [aerogear-dev] Aerogear push plugin crashes android app when in background mode In-Reply-To: References: <1409804714115-9112.post@n5.nabble.com> <1417093453600-10143.post@n5.nabble.com> Message-ID: <1417105158359-10148.post@n5.nabble.com> android plugin - org.jboss.aerogear.cordova.push 1.0.2 server - aerogear-unifiedpush-server-1.0.0.Final.tar.gz I send a message similar to the test code. These are the values I used: alert = "call requested at Thu, 27 Nov 02:13" alias - list containing values "1" and "2" sound = "default" attributes: {title="call requested at Thu, 27 Nov 02:13"} -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Aerogear-push-plugin-crashes-android-app-when-in-background-mode-tp9112p10148.html Sent from the aerogear-dev mailing list archive at Nabble.com. From scm.blanc at gmail.com Thu Nov 27 11:52:14 2014 From: scm.blanc at gmail.com (Sebastien Blanc) Date: Thu, 27 Nov 2014 17:52:14 +0100 Subject: [aerogear-dev] [UPS] Geolocation Support Message-ID: Hi Folks ! During our last f2f we agreed on adding some geolocation support for the next UnifiedPush Release (1.1). I would like to start here a thread to discuss this topic. Let's keep in mind : *Crawl, Walk, Run* I would like to start with a concrete proposition and initiate the discussions from there : Installations Model Change The idea is to add 2 new fields to the Installation Object : double longitude; double latitude; These field *should* be optional ! Registration When the device registers, along with alias, categories etc ... it will also be possible to pass a latitude and longitude. Later, we will probably offer a endpoint to update these properties. PUT /registry/device/{token} Sender Server Side We need to extend the current sender API to be able to add geolocation as a criteria. I see that as something like : { "message":{ "alert":"HELLO! }, "criteria":{ "geolocation": { "latitude" : 40.2566 "longitude": 2.36556 "within" : 5 "unit" : "Km" // optional, default is Km } } } In this example, the Push Notification will be sent only to devices within a radius of 5 km of the supplied location. On the implementation side, I think it make sense to use Hibernate Search since it has nice support forSpatial queries . Sender Client The different Sender Clients (Java, Node.js, .net) should be updated accordingly. Client SDKs In this fisrt iteration, the registration code would to be updated to include latitude and longitude for : - iOS (Including Safari ? ) - Android ( Including Chrome Apps ?) - JS UPS-SPS Lib - Cordova Plugin - Amazon - Windows Retrieving the current position of the device is not in scope of this first version, later we could offer some features around that. There are some jiras to track these tasks : https://issues.jboss.org/browse/AGPUSH-828 Comments and questions welcome ! Sebi -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/98f4359c/attachment.html From matzew at apache.org Thu Nov 27 12:22:35 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 27 Nov 2014 18:22:35 +0100 Subject: [aerogear-dev] Java-MPNS 0.1.0 - staging In-Reply-To: References: Message-ID: will release to maven central, based on this comment: https://github.com/aerogear/aerogear-unifiedpush-server/pull/386#issuecomment-64813424 -M On Wed, Nov 26, 2014 at 4:34 PM, Matthias Wessendorf wrote: > Hi Erik, > > I have staged the 0.1.0 version: > > https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4341/ > > let me know if your branch still works with that JAR, so that we can move > on and get this released to the wild! > > -Matthias > > -- > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/f445ae10/attachment.html From smikloso at redhat.com Thu Nov 27 12:26:25 2014 From: smikloso at redhat.com (Stefan Miklosovic) Date: Thu, 27 Nov 2014 12:26:25 -0500 (EST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417101538962-10147.post@n5.nabble.com> References: <1417080090462-10134.post@n5.nabble.com> <1417088267.2700.11.camel@kpiwko-x220> <1417101538962-10147.post@n5.nabble.com> Message-ID: <1626948331.3676300.1417109185623.JavaMail.zimbra@redhat.com> Hi, I think you have to replace that string {jboss.server.dir} in the script with your JBOSS_HOME In other words, you have to expand it. We are using it here (1) and sed replaces that string with actual server directory https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/setup.sh#L192 Stefan Miklosovic Red Hat Brno - JBoss Mobile Platform e-mail: smikloso at redhat.com irc: smikloso ----- Original Message ----- > Hi Karen, > > Thanks for your reply. I tried using the script, a newbie question am > getting error Node path format is wrong around 'home' (index=1) when I > execute it? I tried googling but couldnt find a solution. > > http://ip:8080/ag-push doesnt work as well. > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10147.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > From bruno at abstractj.org Thu Nov 27 12:52:06 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 27 Nov 2014 15:52:06 -0200 Subject: [aerogear-dev] AGPUSH-1047 - Heads up Message-ID: <20141127175205.GB67384@abstractj.org> Good morning my friends, decouple AeroGear from Keycloak was easy[1], we did that last week. This week I'm struggling with auth server url which must be dinamically replaced[2], for this reason I started a discusson on keycloak-dev mailing list[3]. Based on the discussion there, I started some changes[4], moved most of configuration be programatically[5] and make use of placeholders, as well move our client-side configuration[6]. Altough I'm getting an annoying exception[7] and already reported to KC team (certainly something missing). Some of the possible alternatives to KC placeholders: 1. During the configuration wizard, generate the JSON file and store in some place. The problem is: Keycloak.js must be able to retrieve this resource, otherwise, won't happen. 2. Allow people to upload their own configuration files to the server, which requires to manually change it (I don't like it, but works). If you're feeling bored and want to try my branch: 1. docker run -it -p 8080:8080 -p 9090:9090 jboss/keycloak 2. Login at http://dockerip:8080/auth 3. Add a real and upload ups-realm.json 4. git clone git at github.com:abstractj/aerogear-unifiedpush-server.git && switch to strawman branch 5. mvn clean install 6. Deploy ag-push to WildFly 7. Try it (an exception is expected like I mentioned) I have switch to another task at the moment, and wanted to give to you a heads up, just in case you want to try/help. [1] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/e8fc8461fea69801cc495127a88aff05a55c68cd [2] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/e8fc8461fea69801cc495127a88aff05a55c68cd#diff-f2f2799554171f7ce321785716b71244R3 [3] - http://lists.jboss.org/pipermail/keycloak-dev/2014-November/003096.html [4] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/d5298d613a6bbb80d2c72b8514f353270c59cc76 [5] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/d5298d613a6bbb80d2c72b8514f353270c59cc76#diff-9f3da7bef7f5073aaa7dc3c851f539a1R37 [6] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/d5298d613a6bbb80d2c72b8514f353270c59cc76#diff-e0ab405f82ed2d1fc13835905c83b4bcR25 [7] - https://gist.github.com/abstractj/ef42e28903e470d5033d -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Thu Nov 27 12:56:06 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 27 Nov 2014 15:56:06 -0200 Subject: [aerogear-dev] AGPUSH-1047 - Heads up In-Reply-To: <20141127175205.GB67384@abstractj.org> References: <20141127175205.GB67384@abstractj.org> Message-ID: <20141127175606.GA67510@abstractj.org> One more thing... - bin/jboss-cli.sh - connect - /system-property=keycloak.url:add(value="http://authserverip:8080/auth") On 2014-11-27, Bruno Oliveira wrote: > Good morning my friends, decouple AeroGear from Keycloak was easy[1], we > did that last week. This week I'm struggling with auth server url which > must be dinamically replaced[2], for this reason I started a discusson > on keycloak-dev mailing list[3]. > > Based on the discussion there, I started some changes[4], moved most of > configuration be programatically[5] and make use of placeholders, as > well move our client-side configuration[6]. Altough I'm getting an annoying exception[7] > and already reported to KC team (certainly something missing). > > Some of the possible alternatives to KC placeholders: > > 1. During the configuration wizard, generate the JSON file and store in > some place. The problem is: Keycloak.js must be able to retrieve this > resource, otherwise, won't happen. > > 2. Allow people to upload their own configuration files to the server, > which requires to manually change it (I don't like it, but works). > > If you're feeling bored and want to try my branch: > > 1. docker run -it -p 8080:8080 -p 9090:9090 jboss/keycloak > 2. Login at http://dockerip:8080/auth > 3. Add a real and upload ups-realm.json > 4. git clone git at github.com:abstractj/aerogear-unifiedpush-server.git && > switch to strawman branch > 5. mvn clean install > 6. Deploy ag-push to WildFly > 7. Try it (an exception is expected like I mentioned) > > I have switch to another task at the moment, and wanted to give to you a > heads up, just in case you want to try/help. > > > > [1] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/e8fc8461fea69801cc495127a88aff05a55c68cd > [2] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/e8fc8461fea69801cc495127a88aff05a55c68cd#diff-f2f2799554171f7ce321785716b71244R3 > [3] - http://lists.jboss.org/pipermail/keycloak-dev/2014-November/003096.html > [4] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/d5298d613a6bbb80d2c72b8514f353270c59cc76 > [5] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/d5298d613a6bbb80d2c72b8514f353270c59cc76#diff-9f3da7bef7f5073aaa7dc3c851f539a1R37 > [6] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/d5298d613a6bbb80d2c72b8514f353270c59cc76#diff-e0ab405f82ed2d1fc13835905c83b4bcR25 > [7] - https://gist.github.com/abstractj/ef42e28903e470d5033d > > -- > > abstractj > PGP: 0x84DC9914 -- abstractj PGP: 0x84DC9914 From bruno at abstractj.org Thu Nov 27 14:51:58 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Thu, 27 Nov 2014 17:51:58 -0200 Subject: [aerogear-dev] [UPS] Geolocation Support In-Reply-To: References: Message-ID: Question: are we going to store into the database longitude and latitude? Only the last position? Also I would add another field like "enabled", because track your position must be opt-in. Not sure if what you have in mind is to track by default. On Thu, Nov 27, 2014 at 2:52 PM, Sebastien Blanc wrote: > Hi Folks ! > > During our last f2f we agreed on adding some geolocation support for the > next UnifiedPush Release (1.1). I would like to start here a thread to > discuss this topic. > > Let's keep in mind : *Crawl, Walk, Run* > > I would like to start with a concrete proposition and initiate the > discussions from there : > > Installations > Model > Change > > The idea is to add 2 new fields to the Installation Object : > > double longitude; > double latitude; > > > These field *should* be optional ! > > Registration > > When the device registers, along with alias, categories etc ... it will > also be possible to pass a latitude and longitude. > > Later, we will probably offer a endpoint to update these properties. PUT > /registry/device/{token} > Sender > Server > Side > > We need to extend the current sender API to be able to add geolocation as > a criteria. I see that as something like : > > { > "message":{ > "alert":"HELLO! > }, > "criteria":{ > "geolocation": > { > "latitude" : 40.2566 > "longitude": 2.36556 > "within" : 5 > "unit" : "Km" // optional, default is Km > } > } > } > > > In this example, the Push Notification will be sent only to devices within > a radius of 5 km of the supplied location. > > On the implementation side, I think it make sense to use Hibernate Search > since it has nice support forSpatial queries > > . > Sender > Client > > The different Sender Clients (Java, Node.js, .net) should be updated > accordingly. > Client > SDKs > > In this fisrt iteration, the registration code would to be updated to > include latitude and longitude for : > > - iOS (Including Safari ? ) > - Android ( Including Chrome Apps ?) > - JS UPS-SPS Lib > - Cordova Plugin > - Amazon > - Windows > > Retrieving the current position of the device is not in scope of this > first version, later we could offer some features around that. > > There are some jiras to track these tasks : > https://issues.jboss.org/browse/AGPUSH-828 > > Comments and questions welcome ! > > Sebi > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- -- "The measure of a man is what he does with power" - Plato - @abstractj - Volenti Nihil Difficile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/53a14ae0/attachment.html From scm.blanc at gmail.com Thu Nov 27 15:13:45 2014 From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=) Date: Thu, 27 Nov 2014 21:13:45 +0100 Subject: [aerogear-dev] [UPS] Geolocation Support In-Reply-To: References: Message-ID: Envoy? de mon iPhone > Le 27 nov. 2014 ? 20:51, Bruno Oliveira a ?crit : > > Question: are we going to store into the database longitude and latitude? Only the last position? Yes in the db and only the last one. But good that you mentioned it , regarding security/privacy could you imagine some kind of encryption ? > Also I would add another field like "enabled", because track your position must be opt-in. > > Not sure if what you have in mind is to track by default. The fields are optional , so it is an opt-in , but adding a "enable" field could indeed make it more obvious. I like that. > >> On Thu, Nov 27, 2014 at 2:52 PM, Sebastien Blanc wrote: >> Hi Folks ! >> >> During our last f2f we agreed on adding some geolocation support for the next UnifiedPush Release (1.1). I would like to start here a thread to discuss this topic. >> >> Let's keep in mind : Crawl, Walk, Run >> >> I would like to start with a concrete proposition and initiate the discussions from there : >> >> Installations >> Model Change >> >> The idea is to add 2 new fields to the Installation Object : >> >> double longitude; >> double latitude; >> >> These field should be optional ! >> >> Registration >> >> When the device registers, along with alias, categories etc ... it will also be possible to pass a latitude and longitude. >> >> Later, we will probably offer a endpoint to update these properties. PUT /registry/device/{token} >> >> Sender >> Server Side >> >> We need to extend the current sender API to be able to add geolocation as a criteria. I see that as something like : >> >> { >> "message":{ >> "alert":"HELLO! >> }, >> "criteria":{ >> "geolocation": >> { >> "latitude" : 40.2566 >> "longitude": 2.36556 >> "within" : 5 >> "unit" : "Km" // optional, default is Km >> } >> } >> } >> >> In this example, the Push Notification will be sent only to devices within a radius of 5 km of the supplied location. >> >> On the implementation side, I think it make sense to use Hibernate Search since it has nice support forSpatial queries. >> >> Sender Client >> >> The different Sender Clients (Java, Node.js, .net) should be updated accordingly. >> >> Client SDKs >> In this fisrt iteration, the registration code would to be updated to include latitude and longitude for : >> >> iOS (Including Safari ? ) >> Android ( Including Chrome Apps ?) >> JS UPS-SPS Lib >> Cordova Plugin >> Amazon >> Windows >> Retrieving the current position of the device is not in scope of this first version, later we could offer some features around that. >> >> There are some jiras to track these tasks : https://issues.jboss.org/browse/AGPUSH-828 >> >> Comments and questions welcome ! >> >> Sebi >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > > -- > > -- > "The measure of a man is what he does with power" - Plato > - > @abstractj > - > Volenti Nihil Difficile > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/d5faba70/attachment-0001.html From matzew at apache.org Thu Nov 27 17:05:43 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 27 Nov 2014 23:05:43 +0100 Subject: [aerogear-dev] [UPS] Geolocation Support In-Reply-To: References: Message-ID: Hrm, not sure on that hard integration. Originally we thought about something like: 1) write little native libs (Android/iOS) that help to collect long/lat. 2) combine them with the registration SDK If location is enabled/allowed, store the long/lat to _a_ database - not the database of the existing metadata. So that would be a completely different REST api hook We could even model that as a separate (micro) service. Currently I am not sure if it's a good idea to blow up the metadata (with geo data) and doing the same for the sender. On Thu, Nov 27, 2014 at 5:52 PM, Sebastien Blanc wrote: > Hi Folks ! > > During our last f2f we agreed on adding some geolocation support for the > next UnifiedPush Release (1.1). I would like to start here a thread to > discuss this topic. > > Let's keep in mind : *Crawl, Walk, Run* > > I would like to start with a concrete proposition and initiate the > discussions from there : > > Installations > Model > Change > > The idea is to add 2 new fields to the Installation Object : > > double longitude; > double latitude; > > > These field *should* be optional ! > > Registration > > When the device registers, along with alias, categories etc ... it will > also be possible to pass a latitude and longitude. > > Later, we will probably offer a endpoint to update these properties. PUT > /registry/device/{token} > Sender > Server > Side > > We need to extend the current sender API to be able to add geolocation as > a criteria. I see that as something like : > > { > "message":{ > "alert":"HELLO! > }, > "criteria":{ > "geolocation": > { > "latitude" : 40.2566 > "longitude": 2.36556 > "within" : 5 > "unit" : "Km" // optional, default is Km > } > } > } > > > In this example, the Push Notification will be sent only to devices within > a radius of 5 km of the supplied location. > > On the implementation side, I think it make sense to use Hibernate Search > since it has nice support forSpatial queries > > . > Sender > Client > > The different Sender Clients (Java, Node.js, .net) should be updated > accordingly. > Client > SDKs > > In this fisrt iteration, the registration code would to be updated to > include latitude and longitude for : > > - iOS (Including Safari ? ) > - Android ( Including Chrome Apps ?) > - JS UPS-SPS Lib > - Cordova Plugin > - Amazon > - Windows > > Retrieving the current position of the device is not in scope of this > first version, later we could offer some features around that. > > There are some jiras to track these tasks : > https://issues.jboss.org/browse/AGPUSH-828 > > Comments and questions welcome ! > > Sebi > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141127/e1bd4c05/attachment.html From ameetranjan at gmail.com Fri Nov 28 01:15:12 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Thu, 27 Nov 2014 23:15:12 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1626948331.3676300.1417109185623.JavaMail.zimbra@redhat.com> References: <1417080090462-10134.post@n5.nabble.com> <1417088267.2700.11.camel@kpiwko-x220> <1417101538962-10147.post@n5.nabble.com> <1626948331.3676300.1417109185623.JavaMail.zimbra@redhat.com> Message-ID: <1417155312433-10157.post@n5.nabble.com> I have added the cert, still getting the same issue keytool -exportcert -keystore client.localhost.keystore -storetype pkcs12 -storepass client -alias client.localhost -keypass client -file client.localhost.cer keytool -import -noprompt -file client.localhost.cer -alias client.localhost -keystore /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/lib/security/cacerts -storepass changeit -keypass client Tried this as well: -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10157.html Sent from the aerogear-dev mailing list archive at Nabble.com. From edewit at redhat.com Fri Nov 28 02:05:55 2014 From: edewit at redhat.com (Erik Jan de Wit) Date: Fri, 28 Nov 2014 08:05:55 +0100 Subject: [aerogear-dev] Aerogear push plugin crashes android app when in background mode In-Reply-To: <1417105158359-10148.post@n5.nabble.com> References: <1409804714115-9112.post@n5.nabble.com> <1417093453600-10143.post@n5.nabble.com> <1417105158359-10148.post@n5.nabble.com> Message-ID: <54781ED3.6010800@redhat.com> Seems very recent, could you put it into a jira issue, together with your android version and the complete stacktrace? Thanks, Erik Jan On 27/11/2014 17:19, hagai.sela wrote: > android plugin - org.jboss.aerogear.cordova.push 1.0.2 > server - aerogear-unifiedpush-server-1.0.0.Final.tar.gz > > I send a message similar to the test code. These are the values I used: > alert = "call requested at Thu, 27 Nov 02:13" > alias - list containing values "1" and "2" > sound = "default" > attributes: {title="call requested at Thu, 27 Nov 02:13"} > > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Aerogear-push-plugin-crashes-android-app-when-in-background-mode-tp9112p10148.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev From hagai.sela at gmail.com Fri Nov 28 04:51:18 2014 From: hagai.sela at gmail.com (hagai.sela) Date: Fri, 28 Nov 2014 02:51:18 -0700 (MST) Subject: [aerogear-dev] Aerogear push plugin crashes android app when in background mode In-Reply-To: <1417105158359-10148.post@n5.nabble.com> References: <1409804714115-9112.post@n5.nabble.com> <1417093453600-10143.post@n5.nabble.com> <1417105158359-10148.post@n5.nabble.com> Message-ID: <1417168278239-10159.post@n5.nabble.com> I created this JIRA: https://issues.jboss.org/browse/AEROGEAR-1542 -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Aerogear-push-plugin-crashes-android-app-when-in-background-mode-tp9112p10159.html Sent from the aerogear-dev mailing list archive at Nabble.com. From bruno at abstractj.org Fri Nov 28 08:50:04 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 28 Nov 2014 05:50:04 -0800 (PST) Subject: [aerogear-dev] UPS server configuration interface? In-Reply-To: <1416839256.5137.3.camel@kpiwko-x220> References: <1416839256.5137.3.camel@kpiwko-x220> Message-ID: <1417182603608.4841eee7@Nodemailer> Not at the moment, but feel free to file a Jira. ? abstractj PGP: 0x84DC9914 On Mon, Nov 24, 2014 at 12:27 PM, Karel Piwko wrote: > Might be late to the party but do you guys plan to have initial setup > cli support? E.g. something that people deploying UPS instances > automatically can automate? A REST call will do. > Thanks, > Karel > On Mon, 2014-11-17 at 14:13 -0200, Bruno Oliveira wrote: >> Good morning amazing people. >> >> While working on AGPUSH-1047, I was wondering if would make sense on >> having a configuration page before users getting started. >> >> I thinking about the current problem on decoupling our server from >> Keycloak[1] and OpenShift. >> >> What is the current proposal for the initial setup? >> >> 1. Developer create an UPS instance on OpenShift >> 2. Visit https://myups-abstractj.rhcloud.com/ag-push >> 3. The application automagically redirect to the configuration page with >> options to skip or enter the URL for the Keycloak server. >> 4. App changes the keycloak.json/ups-realm.json file based on the URL provided. >> >> Does it make sense? >> >> [1] - https://github.com/abstractj/aerogear-unifiedpush-server/commit/db7639566e75f01a8cc79ff18f22daa61cc9cb30#diff-f2f2799554171f7ce321785716b71244R3 >> >> -- >> >> abstractj >> PGP: 0x84DC9914 >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141128/bb0f5250/attachment-0001.html From bruno at abstractj.org Fri Nov 28 09:00:11 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 28 Nov 2014 12:00:11 -0200 Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <1417084118889-10139.post@n5.nabble.com> References: <1417080090462-10134.post@n5.nabble.com> <1417081974138-10136.post@n5.nabble.com> <1417083773188-10138.post@n5.nabble.com> <1417084118889-10139.post@n5.nabble.com> Message-ID: <20141128140011.GA80824@abstractj.org> If possible, would you mind to push the sources to GitHub to reproduce the issue? Don't need to share any private information, only the scenario to reproduce the issue. By that I mean: - $JBOSS_HOME/standalone/configuration/* - $JBOSS_HOME/standalone/configuration/certs/* - UPS source code. If is exactly the same from our official repo, let me know. On 2014-11-27, Amit Ranjan wrote: > Also just for clarity the other two files in the UPS 1.0.2 that I downloaded > and deployed are unifiedpush-auth-server.war and > unifiedpush-server-wildfly.war. > > > > -- > View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10139.html > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From ameetranjan at gmail.com Fri Nov 28 09:25:51 2014 From: ameetranjan at gmail.com (Amit Ranjan) Date: Fri, 28 Nov 2014 07:25:51 -0700 (MST) Subject: [aerogear-dev] Unable to resolve realm public key remotely In-Reply-To: <20141128140011.GA80824@abstractj.org> References: <1417080090462-10134.post@n5.nabble.com> <1417081974138-10136.post@n5.nabble.com> <1417083773188-10138.post@n5.nabble.com> <1417084118889-10139.post@n5.nabble.com> <20141128140011.GA80824@abstractj.org> Message-ID: <1417184751354-10162.post@n5.nabble.com> Hi Bruno, Thanks. I am uploading the files . I have tried both building the code that i downloaded from git: https://github.com/aerogear/aerogear-unifiedpush-server.git and deploying the war files that I downloaded from: https://github.com/aerogear/aerogear-simplepush-server/zipball/0.12.1 Wildfly server: http://download.jboss.org/wildfly/8.1.0.Final/wildfly-8.1.0.Final.zip Thanks for your help. Aerogeardump.rar -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Unable-to-resolve-realm-public-key-remotely-tp10134p10162.html Sent from the aerogear-dev mailing list archive at Nabble.com. From lukas.fryc at gmail.com Fri Nov 28 10:58:04 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Fri, 28 Nov 2014 16:58:04 +0100 Subject: [aerogear-dev] AGPUSH-1047 - Heads up In-Reply-To: <20141127175606.GA67510@abstractj.org> References: <20141127175205.GB67384@abstractj.org> <20141127175606.GA67510@abstractj.org> Message-ID: Hey Bruno, thanks for detailed instriuctions, the last comment saved me some time. :-) I have followed your instructions, except binding Keycloak to localhost:10080 and deploying WildFly to localhost:8080. I have configured keycloak.url appropriately, but then I get http://localhost:8080/ag-push/: Unable to resolve realm public key remotely, status = 404 I wonder, how you configured two wildfly instances, Keycloak's and UPS's to avoid conflict? As I said, I used Keycloak on another port, but that didn't seem to work. ~ Lukas On Thu, Nov 27, 2014 at 6:56 PM, Bruno Oliveira wrote: > /system-property=keycloak.url:add(value="http://authserverip:8080/auth") > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141128/e72d433b/attachment.html From bruno at abstractj.org Fri Nov 28 11:58:10 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Fri, 28 Nov 2014 14:58:10 -0200 Subject: [aerogear-dev] AGPUSH-1047 - Heads up In-Reply-To: References: <20141127175205.GB67384@abstractj.org> <20141127175606.GA67510@abstractj.org> Message-ID: <20141128165810.GA81269@abstractj.org> Ahoy my friend, the keycloak instance is running here with docker at 10.0.1.7 and the other wildfly instance with UPS on localhost. Does it make sense to you? On 2014-11-28, Luk?? Fry? wrote: > Hey Bruno, thanks for detailed instriuctions, the last comment saved me > some time. :-) > > I have followed your instructions, except binding Keycloak to > localhost:10080 and deploying WildFly to localhost:8080. > I have configured keycloak.url appropriately, but then I get > http://localhost:8080/ag-push/: > > Unable to resolve realm public key remotely, status = 404 > > I wonder, how you configured two wildfly instances, Keycloak's and UPS's to > avoid conflict? > As I said, I used Keycloak on another port, but that didn't seem to work. > > ~ Lukas > > > On Thu, Nov 27, 2014 at 6:56 PM, Bruno Oliveira wrote: > > > /system-property=keycloak.url:add(value="http://authserverip:8080/auth") > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev -- abstractj PGP: 0x84DC9914 From lukas.fryc at gmail.com Fri Nov 28 12:33:34 2014 From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=) Date: Fri, 28 Nov 2014 18:33:34 +0100 Subject: [aerogear-dev] AGPUSH-1047 - Heads up In-Reply-To: <20141128165810.GA81269@abstractj.org> References: <20141127175205.GB67384@abstractj.org> <20141127175606.GA67510@abstractj.org> <20141128165810.GA81269@abstractj.org> Message-ID: Yep, that make sense, I was accessing it through the port-forward bound to localhost. On Fri, Nov 28, 2014 at 5:58 PM, Bruno Oliveira wrote: > Ahoy my friend, the keycloak instance is running here with docker at > 10.0.1.7 and the other wildfly instance with UPS on localhost. > > Does it make sense to you? > > On 2014-11-28, Luk?? Fry? wrote: > > Hey Bruno, thanks for detailed instriuctions, the last comment saved me > > some time. :-) > > > > I have followed your instructions, except binding Keycloak to > > localhost:10080 and deploying WildFly to localhost:8080. > > I have configured keycloak.url appropriately, but then I get > > http://localhost:8080/ag-push/: > > > > Unable to resolve realm public key remotely, status = 404 > > > > I wonder, how you configured two wildfly instances, Keycloak's and UPS's > to > > avoid conflict? > > As I said, I used Keycloak on another port, but that didn't seem to work. > > > > ~ Lukas > > > > > > On Thu, Nov 27, 2014 at 6:56 PM, Bruno Oliveira > wrote: > > > > > /system-property=keycloak.url:add(value="http://authserverip:8080/auth > ") > > > > > > _______________________________________________ > > aerogear-dev mailing list > > aerogear-dev at lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/aerogear-dev > > > -- > > abstractj > PGP: 0x84DC9914 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141128/84b04445/attachment.html From bruno at abstractj.org Sat Nov 29 09:41:21 2014 From: bruno at abstractj.org (Bruno Oliveira) Date: Sat, 29 Nov 2014 06:41:21 -0800 (PST) Subject: [aerogear-dev] [UPS] Geolocation Support In-Reply-To: References: Message-ID: <1417272081094.06061212@Nodemailer> We could encrypt it. But I think a privacy policy + make it opt in are enough. ? abstractj PGP: 0x84DC9914 On Thu, Nov 27, 2014 at 6:13 PM, S?bastien Blanc wrote: > Envoy? de mon iPhone >> Le 27 nov. 2014 ? 20:51, Bruno Oliveira a ?crit : >> >> Question: are we going to store into the database longitude and latitude? Only the last position? > Yes in the db and only the last one. But good that you mentioned it , regarding security/privacy could you imagine some kind of encryption ? >> Also I would add another field like "enabled", because track your position must be opt-in. >> >> Not sure if what you have in mind is to track by default. > The fields are optional , so it is an opt-in , but adding a "enable" field could indeed make it more obvious. I like that. >> >>> On Thu, Nov 27, 2014 at 2:52 PM, Sebastien Blanc wrote: >>> Hi Folks ! >>> >>> During our last f2f we agreed on adding some geolocation support for the next UnifiedPush Release (1.1). I would like to start here a thread to discuss this topic. >>> >>> Let's keep in mind : Crawl, Walk, Run >>> >>> I would like to start with a concrete proposition and initiate the discussions from there : >>> >>> Installations >>> Model Change >>> >>> The idea is to add 2 new fields to the Installation Object : >>> >>> double longitude; >>> double latitude; >>> >>> These field should be optional ! >>> >>> Registration >>> >>> When the device registers, along with alias, categories etc ... it will also be possible to pass a latitude and longitude. >>> >>> Later, we will probably offer a endpoint to update these properties. PUT /registry/device/{token} >>> >>> Sender >>> Server Side >>> >>> We need to extend the current sender API to be able to add geolocation as a criteria. I see that as something like : >>> >>> { >>> "message":{ >>> "alert":"HELLO! >>> }, >>> "criteria":{ >>> "geolocation": >>> { >>> "latitude" : 40.2566 >>> "longitude": 2.36556 >>> "within" : 5 >>> "unit" : "Km" // optional, default is Km >>> } >>> } >>> } >>> >>> In this example, the Push Notification will be sent only to devices within a radius of 5 km of the supplied location. >>> >>> On the implementation side, I think it make sense to use Hibernate Search since it has nice support forSpatial queries. >>> >>> Sender Client >>> >>> The different Sender Clients (Java, Node.js, .net) should be updated accordingly. >>> >>> Client SDKs >>> In this fisrt iteration, the registration code would to be updated to include latitude and longitude for : >>> >>> iOS (Including Safari ? ) >>> Android ( Including Chrome Apps ?) >>> JS UPS-SPS Lib >>> Cordova Plugin >>> Amazon >>> Windows >>> Retrieving the current position of the device is not in scope of this first version, later we could offer some features around that. >>> >>> There are some jiras to track these tasks : https://issues.jboss.org/browse/AGPUSH-828 >>> >>> Comments and questions welcome ! >>> >>> Sebi >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> >> >> >> -- >> >> -- >> "The measure of a man is what he does with power" - Plato >> - >> @abstractj >> - >> Volenti Nihil Difficile >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141129/beaa9a51/attachment-0001.html From matzew at apache.org Sat Nov 29 09:48:40 2014 From: matzew at apache.org (Matthias Wessendorf) Date: Sat, 29 Nov 2014 15:48:40 +0100 Subject: [aerogear-dev] UnifiedPush Server 1.1.0-alpha1 Message-ID: Hi, this is the first round of the 1.1.x series! It contains new Push networks (Windows WNS/MPNS) and nice UI enhancements like import/export, as well as fixes and improvements Please test the staged alpha1 release: https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-4361/ NOTE: on the 1.0.x series. For December we plan a 1.0.3 release. If needed we may do a 1.0.4 in 2015, but after the 1.0.3 release is out, I hope to shift the focus on the 1.1.x series. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141129/23cb7d2d/attachment.html From daniel.bevenius at gmail.com Sun Nov 30 07:28:05 2014 From: daniel.bevenius at gmail.com (Daniel Bevenius) Date: Sun, 30 Nov 2014 13:28:05 +0100 Subject: [aerogear-dev] Team meeting Message-ID: Agenda: http://oksoclap.com/p/aerogear-team-mgt-20141201 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20141130/7bd46ed0/attachment.html