From matzew at apache.org Tue Jul 4 11:19:56 2017 From: matzew at apache.org (Matthias Wessendorf) Date: Tue, 04 Jul 2017 15:19:56 +0000 Subject: [aerogear-dev] Fwd: [pushy] Pushy v0.10.1 has been released In-Reply-To: References: Message-ID: FYI I think it's good to update master and 1.1.x-dev branches with the new 0.10.1 version. I am unable to send a PR due to lack of a computer ;-) -M ---------- Forwarded message --------- From: Date: Tue, 4 Jul 2017 at 01:43 Subject: [pushy] Pushy v0.10.1 has been released To: pushy Folks, We've released Pushy v0.10.1, which includes a number of significant bug fixes. The most notable changes: - Fixed a bug where some notifications could "hang" without a response if the underlying channel were closed unexpectedly - Fixed a bug where some notifications could "hang" without a response when authentication tokens expired - Temporarily rolled back to the non-reference-counted native SSL provider to resolve some memory leaks For a complete list of changes, please see the v0.10.1 milestone . Cheers! -Jon -- Pushy is an open-source Java library for sending APNs (iOS and OS X) push notifications. Pushy is brought to you by the engineers at RelayRides. --- You received this message because you are subscribed to the Google Groups "pushy" group. To unsubscribe from this group and stop receiving emails from it, send an email to pushy-apns+unsubscribe at googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Sent from Gmail Mobile -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170704/cb78202b/attachment.html From dimitrazuccarelli at gmail.com Tue Jul 4 17:31:33 2017 From: dimitrazuccarelli at gmail.com (Dimitra Zuccarelli) Date: Tue, 4 Jul 2017 22:31:33 +0100 Subject: [aerogear-dev] GSoC Project Blogs Message-ID: Hi all, It's a bit late but here is my blog, for anyone interested: https://dimitraz.github.io/blog/ Feel free to take a look and leave feedback! Dimitra -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170704/83ca2810/attachment.html From lgriffin at redhat.com Wed Jul 5 03:14:46 2017 From: lgriffin at redhat.com (Leigh Griffin) Date: Wed, 5 Jul 2017 08:14:46 +0100 Subject: [aerogear-dev] GSoC Project Blogs In-Reply-To: References: Message-ID: Thanks for sharing Dimitra! Looking forward to reading it and seeing your updates :) On Tue, Jul 4, 2017 at 10:31 PM, Dimitra Zuccarelli < dimitrazuccarelli at gmail.com> wrote: > Hi all, > > It's a bit late but here is my blog, for anyone interested: > https://dimitraz.github.io/blog/ > Feel free to take a look and leave feedback! > > Dimitra > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- LEIGH GRIFFIN ENGINEERING MANAGER, MOBILE Red Hat Ireland Communications House, Cork Road Waterford City, Ireland X91NY33 lgriffin at redhat.com M: +353877545162 IM: lgriffin TRIED. TESTED. TRUSTED. @redhatway @redhatinc @redhatsnaps -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170705/c51d5294/attachment.html From aliok at redhat.com Mon Jul 10 07:22:37 2017 From: aliok at redhat.com (Ali Ok) Date: Mon, 10 Jul 2017 14:22:37 +0300 Subject: [aerogear-dev] digger-jenkins repo and dockerhub In-Reply-To: References:

Message-ID: Hey, I think we waited enough for other ideas. Let's proceed with this. Cheers On Thu, Jun 22, 2017 at 12:55 PM, Ali Ok wrote: > I am ok with that. Maybe I would wait a bit to gather more feedback, if > there will be any new. > > > On Thu, Jun 22, 2017 at 12:43 PM, Leonardo Rossetti > wrote: > >> I personally think moving images to their own repo is the way to go. >> >> On Wed, Jun 21, 2017 at 8:45 AM, Ali Ok wrote: >> >>> For both Travis and Jenkins we do not have any build in way to know what >>>> was changed. >>> >>> >>> In Jenkins, one can use "Included Regions". This is how I did it in a >>> private project of mine: >>> >>> [image: Inline image 1] >>> >>> This means, you can have 5 different plans that use the same repository >>> and the same branch, but you can trigger builds only if something has >>> changed in a subpath. >>> >>> Anyway, I don't like having a Jenkins instance that is accessible and >>> that is managed by Red Hat employees only. Travis and DockerHub is more >>> independent and fits better to AeroGear. If only there was a way... >>> >>> Cheers >>> >>> On Wed, Jun 21, 2017 at 1:31 PM, Wojciech Trocki >>> wrote: >>> >>>> I have done couple investigations for this particular problem. For both >>>> Travis and Jenkins we do not have any build in way to know what was >>>> changed. >>>> One of the ways is just to have custom script to diff specific folders >>>> and suppress builds in build matrix if there are no changes. >>>> Moving images to own repo will be the easiest solution here. >>>> We done that for all RHMAP core images. >>>> >>>> WOJCIECH TROCKI >>>> >>>> SOFTWARE ENGINEER >>>> >>>> Red Hat Mobile >>>> >>>> IM: wtrocki >>>> >>>> >>>> On Wed, Jun 21, 2017 at 10:59 AM, Leonardo Rossetti < >>>> lrossett at redhat.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> We currently have the following in our digger-jenkins repo[1]: >>>>> >>>>> - android-sdk docker image (which includes androidctl cli); >>>>> - jenkins android slave image; >>>>> - openshift templates; >>>>> - some osx related scripts; >>>>> >>>>> I wanted to automatically build/push the docker images to dockerhub >>>>> after a PR is merged but I believe dockerhub has a "per repo" integration, >>>>> which means that both images would be built/pushed every time we send a >>>>> pr/commit into this repo. >>>>> >>>>> Does anyone know if we can create a "per folder" integration where it >>>>> detects Dockerfile changes per folder (if we change android-sdk dockerfile >>>>> it should only build this image) and not re-build and re-push both images >>>>> on every commit? >>>>> >>>>> Other options would be: >>>>> >>>>> - Move those images to their own repo; >>>>> - Create/host a jenkins instance somewhere so we can automate this >>>>> workflow with custom scripts. >>>>> >>>>> >>>>> Regards, >>>>> >>>>> [1] - https://github.com/aerogear/digger-jenkins >>>>> >>>>> -- >>>>> >>>>> LEONARDO ROSSETTI >>>>> >>>>> SOFTWARE ENGINEER >>>>> >>>>> Red Hat SP >>>>> >>>>> lrossett at redhat.com M: 11997030621 >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>> >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> >> -- >> >> LEONARDO ROSSETTI >> >> SOFTWARE ENGINEER >> >> Red Hat SP >> >> lrossett at redhat.com M: 11997030621 >> >> >> _______________________________________________ >> 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/20170710/d702a0ab/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-06-21 at 14.42.12.png Type: image/png Size: 118628 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170710/d702a0ab/attachment-0001.png From aliok at redhat.com Mon Jul 10 07:28:25 2017 From: aliok at redhat.com (Ali Ok) Date: Mon, 10 Jul 2017 14:28:25 +0300 Subject: [aerogear-dev] digger-jenkins repo and dockerhub In-Reply-To: References:

Message-ID: Created https://issues.jboss.org/projects/AGDIGGER/issues/AGDIGGER-119 On Mon, Jul 10, 2017 at 2:22 PM, Ali Ok wrote: > Hey, > > I think we waited enough for other ideas. Let's proceed with this. > > Cheers > > On Thu, Jun 22, 2017 at 12:55 PM, Ali Ok wrote: > >> I am ok with that. Maybe I would wait a bit to gather more feedback, if >> there will be any new. >> >> >> On Thu, Jun 22, 2017 at 12:43 PM, Leonardo Rossetti >> wrote: >> >>> I personally think moving images to their own repo is the way to go. >>> >>> On Wed, Jun 21, 2017 at 8:45 AM, Ali Ok wrote: >>> >>>> For both Travis and Jenkins we do not have any build in way to know >>>>> what was changed. >>>> >>>> >>>> In Jenkins, one can use "Included Regions". This is how I did it in a >>>> private project of mine: >>>> >>>> [image: Inline image 1] >>>> >>>> This means, you can have 5 different plans that use the same repository >>>> and the same branch, but you can trigger builds only if something has >>>> changed in a subpath. >>>> >>>> Anyway, I don't like having a Jenkins instance that is accessible and >>>> that is managed by Red Hat employees only. Travis and DockerHub is more >>>> independent and fits better to AeroGear. If only there was a way... >>>> >>>> Cheers >>>> >>>> On Wed, Jun 21, 2017 at 1:31 PM, Wojciech Trocki >>>> wrote: >>>> >>>>> I have done couple investigations for this particular problem. For >>>>> both Travis and Jenkins we do not have any build in way to know what was >>>>> changed. >>>>> One of the ways is just to have custom script to diff specific folders >>>>> and suppress builds in build matrix if there are no changes. >>>>> Moving images to own repo will be the easiest solution here. >>>>> We done that for all RHMAP core images. >>>>> >>>>> WOJCIECH TROCKI >>>>> >>>>> SOFTWARE ENGINEER >>>>> >>>>> Red Hat Mobile >>>>> >>>>> IM: wtrocki >>>>> >>>>> >>>>> On Wed, Jun 21, 2017 at 10:59 AM, Leonardo Rossetti < >>>>> lrossett at redhat.com> wrote: >>>>> >>>>>> Hello, >>>>>> >>>>>> We currently have the following in our digger-jenkins repo[1]: >>>>>> >>>>>> - android-sdk docker image (which includes androidctl cli); >>>>>> - jenkins android slave image; >>>>>> - openshift templates; >>>>>> - some osx related scripts; >>>>>> >>>>>> I wanted to automatically build/push the docker images to dockerhub >>>>>> after a PR is merged but I believe dockerhub has a "per repo" integration, >>>>>> which means that both images would be built/pushed every time we send a >>>>>> pr/commit into this repo. >>>>>> >>>>>> Does anyone know if we can create a "per folder" integration where it >>>>>> detects Dockerfile changes per folder (if we change android-sdk dockerfile >>>>>> it should only build this image) and not re-build and re-push both images >>>>>> on every commit? >>>>>> >>>>>> Other options would be: >>>>>> >>>>>> - Move those images to their own repo; >>>>>> - Create/host a jenkins instance somewhere so we can automate >>>>>> this workflow with custom scripts. >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> [1] - https://github.com/aerogear/digger-jenkins >>>>>> >>>>>> -- >>>>>> >>>>>> LEONARDO ROSSETTI >>>>>> >>>>>> SOFTWARE ENGINEER >>>>>> >>>>>> Red Hat SP >>>>>> >>>>>> lrossett at redhat.com M: 11997030621 >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>> >>>> >>>> _______________________________________________ >>>> aerogear-dev mailing list >>>> aerogear-dev at lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>> >>> >>> >>> >>> -- >>> >>> LEONARDO ROSSETTI >>> >>> SOFTWARE ENGINEER >>> >>> Red Hat SP >>> >>> lrossett at redhat.com M: 11997030621 >>> >>> >>> _______________________________________________ >>> 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/20170710/dfe62882/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-06-21 at 14.42.12.png Type: image/png Size: 118628 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170710/dfe62882/attachment-0001.png From aliok at redhat.com Mon Jul 10 07:29:32 2017 From: aliok at redhat.com (Ali Ok) Date: Mon, 10 Jul 2017 14:29:32 +0300 Subject: [aerogear-dev] digger-jenkins repo and dockerhub In-Reply-To: References:

Message-ID: Oops, sorry, wrong issue. This is the correct one: https://issues.jboss.org/browse/AGDIGGER-124 On Mon, Jul 10, 2017 at 2:28 PM, Ali Ok wrote: > Created https://issues.jboss.org/projects/AGDIGGER/issues/AGDIGGER-119 > > On Mon, Jul 10, 2017 at 2:22 PM, Ali Ok wrote: > >> Hey, >> >> I think we waited enough for other ideas. Let's proceed with this. >> >> Cheers >> >> On Thu, Jun 22, 2017 at 12:55 PM, Ali Ok wrote: >> >>> I am ok with that. Maybe I would wait a bit to gather more feedback, if >>> there will be any new. >>> >>> >>> On Thu, Jun 22, 2017 at 12:43 PM, Leonardo Rossetti >> > wrote: >>> >>>> I personally think moving images to their own repo is the way to go. >>>> >>>> On Wed, Jun 21, 2017 at 8:45 AM, Ali Ok wrote: >>>> >>>>> For both Travis and Jenkins we do not have any build in way to know >>>>>> what was changed. >>>>> >>>>> >>>>> In Jenkins, one can use "Included Regions". This is how I did it in a >>>>> private project of mine: >>>>> >>>>> [image: Inline image 1] >>>>> >>>>> This means, you can have 5 different plans that use the same >>>>> repository and the same branch, but you can trigger builds only if >>>>> something has changed in a subpath. >>>>> >>>>> Anyway, I don't like having a Jenkins instance that is accessible and >>>>> that is managed by Red Hat employees only. Travis and DockerHub is more >>>>> independent and fits better to AeroGear. If only there was a way... >>>>> >>>>> Cheers >>>>> >>>>> On Wed, Jun 21, 2017 at 1:31 PM, Wojciech Trocki >>>>> wrote: >>>>> >>>>>> I have done couple investigations for this particular problem. For >>>>>> both Travis and Jenkins we do not have any build in way to know what was >>>>>> changed. >>>>>> One of the ways is just to have custom script to diff specific >>>>>> folders and suppress builds in build matrix if there are no changes. >>>>>> Moving images to own repo will be the easiest solution here. >>>>>> We done that for all RHMAP core images. >>>>>> >>>>>> WOJCIECH TROCKI >>>>>> >>>>>> SOFTWARE ENGINEER >>>>>> >>>>>> Red Hat Mobile >>>>>> >>>>>> IM: wtrocki >>>>>> >>>>>> >>>>>> On Wed, Jun 21, 2017 at 10:59 AM, Leonardo Rossetti < >>>>>> lrossett at redhat.com> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> We currently have the following in our digger-jenkins repo[1]: >>>>>>> >>>>>>> - android-sdk docker image (which includes androidctl cli); >>>>>>> - jenkins android slave image; >>>>>>> - openshift templates; >>>>>>> - some osx related scripts; >>>>>>> >>>>>>> I wanted to automatically build/push the docker images to dockerhub >>>>>>> after a PR is merged but I believe dockerhub has a "per repo" integration, >>>>>>> which means that both images would be built/pushed every time we send a >>>>>>> pr/commit into this repo. >>>>>>> >>>>>>> Does anyone know if we can create a "per folder" integration where >>>>>>> it detects Dockerfile changes per folder (if we change android-sdk >>>>>>> dockerfile it should only build this image) and not re-build and re-push >>>>>>> both images on every commit? >>>>>>> >>>>>>> Other options would be: >>>>>>> >>>>>>> - Move those images to their own repo; >>>>>>> - Create/host a jenkins instance somewhere so we can automate >>>>>>> this workflow with custom scripts. >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> [1] - https://github.com/aerogear/digger-jenkins >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> LEONARDO ROSSETTI >>>>>>> >>>>>>> SOFTWARE ENGINEER >>>>>>> >>>>>>> Red Hat SP >>>>>>> >>>>>>> lrossett at redhat.com M: 11997030621 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> aerogear-dev mailing list >>>>>>> aerogear-dev at lists.jboss.org >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> aerogear-dev mailing list >>>>>> aerogear-dev at lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> aerogear-dev mailing list >>>>> aerogear-dev at lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> LEONARDO ROSSETTI >>>> >>>> SOFTWARE ENGINEER >>>> >>>> Red Hat SP >>>> >>>> lrossett at redhat.com M: 11997030621 >>>> >>>> >>>> _______________________________________________ >>>> 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/20170710/700affce/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-06-21 at 14.42.12.png Type: image/png Size: 118628 bytes Desc: not available Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170710/700affce/attachment-0001.png From polina.n.koleva at gmail.com Thu Jul 13 06:44:12 2017 From: polina.n.koleva at gmail.com (Polina Koleva) Date: Thu, 13 Jul 2017 12:44:12 +0200 Subject: [aerogear-dev] Problems when injecting a Kafka Consumer Message-ID: Hey, everyone :) As we finished the initial integration of Kafka in UPS, we decided to use a CDI library to ease the addition of new Kafka consumers/producers. Unfortunately, when I added a consumer by injection (github commit ) I encountered three problems. I have tried to do my best to figure them out but I still have no clue for them. They all happen after a redeployment of the UPS, so I suppose there is a problem when a consumer is destroyed/created again. You can find the problems described in JIRA. I really appreciate your help. 1. ComponentIsStoppedException 2. IllegalArgumentException: object is not an instance of declaring class 3. InstanceAlreadyExistsException - I suppose this happens because we never close the consumer. That's why I made a pull request with an addition of shutdown method for the consumer. But not sure where exactly this method has to be invoked. Thanks, Polina -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170713/9b33f331/attachment.html From matzew at apache.org Fri Jul 14 04:40:48 2017 From: matzew at apache.org (Matthias Wessendorf) Date: Fri, 14 Jul 2017 08:40:48 +0000 Subject: [aerogear-dev] Problems when injecting a Kafka Consumer In-Reply-To: References: Message-ID: I think the library needs to be ptachted to tear down the injected consumer when the server shuts down. There is a CDI lifecycle event for that. AFK, so can't do much HTH, Matthias On Thu, 13 Jul 2017 at 12:47, Polina Koleva wrote: > Hey, everyone :) > As we finished the initial integration of Kafka in UPS, we decided to use > a CDI library to ease the addition > of new Kafka consumers/producers. Unfortunately, when I added a consumer by > injection (github commit > ) > I encountered three problems. I have tried to do my best to figure them out > but I still have no clue for them. They all happen after a redeployment of > the UPS, so I suppose there is a problem when a consumer is > destroyed/created again. > > You can find the problems described in JIRA. I really appreciate your help. > > 1. ComponentIsStoppedException > > 2. IllegalArgumentException: object is not an instance of declaring class > > 3. InstanceAlreadyExistsException > - I suppose this happens > because we never close the consumer. That's why I made a pull request > with an addition of > shutdown method for the consumer. But not sure where exactly this method > has to be invoked. > > Thanks, Polina > _______________________________________________ > 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/20170714/1a76a387/attachment.html From supittma at redhat.com Mon Jul 17 08:24:20 2017 From: supittma at redhat.com (Summers Pittman) Date: Mon, 17 Jul 2017 08:24:20 -0400 Subject: [aerogear-dev] Problems when injecting a Kafka Consumer In-Reply-To: References: Message-ID: On Thu, Jul 13, 2017 at 6:44 AM, Polina Koleva wrote: > Hey, everyone :) > As we finished the initial integration of Kafka in UPS, we decided to use > a CDI library to ease the addition > of new Kafka consumers/producers. Unfortunately, when I added a consumer by > injection (github commit > ) > I encountered three problems. I have tried to do my best to figure them out > but I still have no clue for them. They all happen after a redeployment of > the UPS, so I suppose there is a problem when a consumer is > destroyed/created again. > So the problem occurs if you have a running Wildfly and if you redeploy to it, or if you shut down WildFly and the start it up with a new war(ie in a container)? > > You can find the problems described in JIRA. I really appreciate your help. > > 1. ComponentIsStoppedException > > 2. IllegalArgumentException: object is not an instance of declaring class > > 3. InstanceAlreadyExistsException > - I suppose this happens > because we never close the consumer. That's why I made a pull request > with an addition of > shutdown method for the consumer. But not sure where exactly this method > has to be invoked. > > Thanks, Polina > > _______________________________________________ > 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/20170717/6a7c5843/attachment.html From polina.n.koleva at gmail.com Tue Jul 18 06:29:31 2017 From: polina.n.koleva at gmail.com (Polina Koleva) Date: Tue, 18 Jul 2017 03:29:31 -0700 (MST) Subject: [aerogear-dev] GSoC Project Blogs In-Reply-To: <1497384258450-13020.post@n5.nabble.com> References: <1497384258450-13020.post@n5.nabble.com> Message-ID: <1500373771832-13053.post@n5.nabble.com> Hey, hey :) I want to share some new blog posts about the GSoC progress and SonarQube for UPS. You can check them out and leave your feedback. GSoC Project and Update UPS and SonarQube Best regards, Polina -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/GSoC-Project-Blogs-tp13020p13053.html Sent from the aerogear-dev mailing list archive at Nabble.com. From polina.n.koleva at gmail.com Fri Jul 21 09:57:43 2017 From: polina.n.koleva at gmail.com (Polina Koleva) Date: Fri, 21 Jul 2017 16:57:43 +0300 Subject: [aerogear-dev] Problems when injecting a Kafka Consumer In-Reply-To: References:

Message-ID: The problems occur only if I redeploy the UPS. If I shut down the server and start it up again - everything works fine. On 17 July 2017 at 15:24, Summers Pittman wrote: > > > On Thu, Jul 13, 2017 at 6:44 AM, Polina Koleva > wrote: > >> Hey, everyone :) >> As we finished the initial integration of Kafka in UPS, we decided to use >> a CDI library to ease the addition >> of new Kafka consumers/producers. Unfortunately, when I added a consumer by >> injection (github commit >> ) >> I encountered three problems. I have tried to do my best to figure them out >> but I still have no clue for them. They all happen after a redeployment of >> the UPS, so I suppose there is a problem when a consumer is >> destroyed/created again. >> > > So the problem occurs if you have a running Wildfly and if you redeploy to > it, or if you shut down WildFly and the start it up with a new war(ie in a > container)? > > >> >> You can find the problems described in JIRA. I really appreciate your >> help. >> >> 1. ComponentIsStoppedException >> >> 2. IllegalArgumentException: object is not an instance of declaring class >> >> 3. InstanceAlreadyExistsException >> - I suppose this happens >> because we never close the consumer. That's why I made a pull request >> with an addition of >> shutdown method for the consumer. But not sure where exactly this method >> has to be invoked. >> >> Thanks, Polina >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.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/20170721/44980d86/attachment-0001.html From polina.n.koleva at gmail.com Fri Jul 21 10:09:53 2017 From: polina.n.koleva at gmail.com (Polina Koleva) Date: Fri, 21 Jul 2017 17:09:53 +0300 Subject: [aerogear-dev] Code Coverage Profile Message-ID: Hey, everyone :) I am exploring SonarQube and I have seen that the UPS has code coverage maven profile with Jacoco. Unfortunately, it doesn't generate a report for me. So does anyone use it? And is it working for you? Thanks in advance. Polina -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170721/f1604c2b/attachment.html From dimitrazuccarelli at gmail.com Fri Jul 21 12:20:40 2017 From: dimitrazuccarelli at gmail.com (Dimitra Zuccarelli) Date: Fri, 21 Jul 2017 17:20:40 +0100 Subject: [aerogear-dev] Code Coverage Profile In-Reply-To: References: Message-ID: Hi everyone, I'm attempting to do the same as Polina. We finally managed to get it working, after Massimiliano kindly pointed out to me that the code-coverage profile isn't enabled by default. I also had to update the version to the latest (I'll make a PR for this on the master branch now). Although the jacoco.exec is being generated, we still can't get SonarQube to pick up the code coverage (I added sonar.jacoco.reportPaths= target/jacoco/prep/jacoco.exec to sonar-project.properties). If anyone has managed to do this please let us know! Thanks! On Fri, Jul 21, 2017 at 3:09 PM, Polina Koleva wrote: > Hey, everyone :) > I am exploring SonarQube and I have seen that the UPS has code coverage > maven profile with Jacoco. Unfortunately, it doesn't generate a report for > me. > So does anyone use it? And is it working for you? > > Thanks in advance. > Polina > > > > > > > > > > _______________________________________________ > 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/20170721/6f7619e2/attachment.html From polina.n.koleva at gmail.com Sun Jul 23 05:20:43 2017 From: polina.n.koleva at gmail.com (Polina Koleva) Date: Sun, 23 Jul 2017 12:20:43 +0300 Subject: [aerogear-dev] Code Coverage Profile In-Reply-To: References:

Message-ID: Hey, thanks for the reply. With the update of version and enabling the profile, Jacoco produces a report. To enable SonarQube to show code coverage reports, I also added this property {code} sonar.java.binaries=target/jacoco/prep/classes {code} to sonar-project properties file. Hope it helps :) Polina On 21 July 2017 at 19:20, Dimitra Zuccarelli wrote: > Hi everyone, > > I'm attempting to do the same as Polina. We finally managed to get it > working, after Massimiliano kindly pointed out to me that the code-coverage > profile isn't enabled by default. I also had to update the version to the > latest (I'll make a PR for this on the master branch now). > > Although the jacoco.exec is being generated, we still can't get SonarQube > to pick up the code coverage (I added sonar.jacoco.reportPaths= > target/jacoco/prep/jacoco.exec to sonar-project.properties). If anyone > has managed to do this please let us know! > > Thanks! > > On Fri, Jul 21, 2017 at 3:09 PM, Polina Koleva > wrote: > >> Hey, everyone :) >> I am exploring SonarQube and I have seen that the UPS has code coverage >> maven profile with Jacoco. Unfortunately, it doesn't generate a report for >> me. >> So does anyone use it? And is it working for you? >> >> Thanks in advance. >> Polina >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.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/20170723/5f55e9dd/attachment.html From dimitrazuccarelli at gmail.com Tue Jul 25 06:33:45 2017 From: dimitrazuccarelli at gmail.com (Dimitra Zuccarelli) Date: Tue, 25 Jul 2017 11:33:45 +0100 Subject: [aerogear-dev] Code Coverage Profile In-Reply-To: References:

Message-ID: It worked! Thanks :) On Sun, Jul 23, 2017 at 10:20 AM, Polina Koleva wrote: > Hey, > thanks for the reply. With the update of version and enabling the profile, > Jacoco produces a report. > To enable SonarQube to show code coverage reports, I also added this > property > > {code} > sonar.java.binaries=target/jacoco/prep/classes > {code} > > to sonar-project properties file. > Hope it helps :) > > Polina > > On 21 July 2017 at 19:20, Dimitra Zuccarelli > wrote: > >> Hi everyone, >> >> I'm attempting to do the same as Polina. We finally managed to get it >> working, after Massimiliano kindly pointed out to me that the code-coverage >> profile isn't enabled by default. I also had to update the version to the >> latest (I'll make a PR for this on the master branch now). >> >> Although the jacoco.exec is being generated, we still can't get SonarQube >> to pick up the code coverage (I added sonar.jacoco.reportPaths= >> target/jacoco/prep/jacoco.exec to sonar-project.properties). If anyone >> has managed to do this please let us know! >> >> Thanks! >> >> On Fri, Jul 21, 2017 at 3:09 PM, Polina Koleva > > wrote: >> >>> Hey, everyone :) >>> I am exploring SonarQube and I have seen that the UPS has code coverage >>> maven profile with Jacoco. Unfortunately, it doesn't generate a report for >>> me. >>> So does anyone use it? And is it working for you? >>> >>> Thanks in advance. >>> Polina >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev at lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.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/20170725/ffcd3bf3/attachment.html From jgallaso at redhat.com Wed Jul 26 06:43:04 2017 From: jgallaso at redhat.com (Jose Miguel Gallas Olmedo) Date: Wed, 26 Jul 2017 12:43:04 +0200 Subject: [aerogear-dev] UPS not finding admin-ui-keycloak.json Message-ID: Hi, I've been trying to deploy UPS for quite some time and it won't work. I'm following this instructions word by word ( https://github.com/aerogear/aerogear.org/blob/master/docs/unifiedpush/ups_userguide/server-installation.asciidoc) and I've started from scratch twice already, the problem is when I open the browser, it keeps refreshing over and over with a blank page and this message error: *Get http://localhost:8080/ag-push/config/admin-ui-keycloak.json (404 Not found)* I'm using 1.1.x-dev with JBoss EAP 6.4, I have both DB with docker (using docker-compose) and both ag-push.was and auth-server.war are deployed. No error in Jboss log.. So at this point, clueless as I am, is anyone able to help me? Thanks, -- JOSE MIGUEL GALLAS OLMEDO ASSOCIATE QE, mobile Red Hat M: +34618488633 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170726/d3280fd9/attachment-0001.html From aliok at redhat.com Thu Jul 27 03:40:32 2017 From: aliok at redhat.com (Ali Ok) Date: Thu, 27 Jul 2017 10:40:32 +0300 Subject: [aerogear-dev] Why root required to install Android SDK in Digger installer Message-ID: Hello, https://github.com/aliok/digger-installer/blob/99279390a3277674c6b3a3823add11fe776631bf/android-sdk/tasks/main.yml#L95 Why do we need root access here? To switch to system:admin on OpenShift? In my cluster (oc cluster up), I didn't need system:admin to rsh into the android-sdk pod. Cheers, Ali -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170727/937ab75e/attachment.html From matzew at apache.org Thu Jul 27 03:58:07 2017 From: matzew at apache.org (Matthias Wessendorf) Date: Thu, 27 Jul 2017 09:58:07 +0200 Subject: [aerogear-dev] UPS not finding admin-ui-keycloak.json In-Reply-To: References: Message-ID: what is the value of the deployments folder ? ls -la $JBOSS_HOME/standalone/deployments On Wed, Jul 26, 2017 at 12:43 PM, Jose Miguel Gallas Olmedo < jgallaso at redhat.com> wrote: > Hi, > > I've been trying to deploy UPS for quite some time and it won't work. I'm > following this instructions word by word (https://github.com/aerogear/ > aerogear.org/blob/master/docs/unifiedpush/ups_userguide/ > server-installation.asciidoc) and I've started from scratch twice > already, the problem is when I open the browser, it keeps refreshing over > and over with a blank page and this message error: > > *Get http://localhost:8080/ag-push/config/admin-ui-keycloak.json > (404 Not > found)* > > I'm using 1.1.x-dev with JBoss EAP 6.4, I have both DB with docker (using > docker-compose) and both ag-push.was and auth-server.war are deployed. No > error in Jboss log.. > > So at this point, clueless as I am, is anyone able to help me? > > Thanks, > > -- > > JOSE MIGUEL GALLAS OLMEDO > > ASSOCIATE QE, mobile > > Red Hat > > > > M: +34618488633 > > > > _______________________________________________ > 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/ twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170727/ca517fc7/attachment.html From jusanche at redhat.com Thu Jul 27 05:33:17 2017 From: jusanche at redhat.com (Julio Cesar Sanchez Hernandez) Date: Thu, 27 Jul 2017 11:33:17 +0200 Subject: [aerogear-dev] Are we maintaining Cordova? Message-ID: Hi, I have noticed that we have 5 Cordova plugins in aerogear repo https://github.com/aerogear/aerogear-cordova-otp https://github.com/aerogear/aerogear-cordova-geo https://github.com/aerogear/aerogear-cordova-crypto https://github.com/aerogear/aerogear-cordova-oauth2 https://github.com/aerogear/aerogear-cordova-push The only one that has been updated in the last 2 years it's the push plugin. Are we maintaining the rest of them? Also, there is a cookbook repo with Cordova apps, they have not been updated in the last 2 years neither, and it has significantly less apps than the iOS and Android cookbooks repos https://github.com/aerogear/aerogear-cordova-cookbook Should we review this cookbooks and plugins to make sure they are working with latest Cordova CLI and create a few more cookbook apps to match the iOS and Android ones? Should we deprecate some of them if they don't make sense anymore? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170727/5c7b4722/attachment.html From jgallaso at redhat.com Thu Jul 27 07:14:22 2017 From: jgallaso at redhat.com (Jose Miguel Gallas Olmedo) Date: Thu, 27 Jul 2017 13:14:22 +0200 Subject: [aerogear-dev] UPS not finding admin-ui-keycloak.json In-Reply-To: References:

Message-ID: $ ls -al total 12828 drwxrwxr-x. 3 jgallaso jgallaso 4096 Jul 26 12:23 . drwxrwxr-x. 8 jgallaso jgallaso 4096 Jul 12 16:27 .. drwxrwxr-x. 12 jgallaso jgallaso 4096 Jul 26 12:18 ag-push.war -rw-rw-r--. 1 jgallaso jgallaso 11 Jul 26 12:18 ag-push.war.deployed -rw-rw-r--. 1 jgallaso jgallaso 13100156 Jul 26 12:18 auth-server.war -rw-rw-r--. 1 jgallaso jgallaso 15 Jul 26 12:18 auth-server.war.deployed -rw-rw-r--. 1 jgallaso jgallaso 9041 Apr 27 10:55 README.txt On 27 July 2017 at 09:58, Matthias Wessendorf wrote: > what is the value of the deployments folder ? > ls -la $JBOSS_HOME/standalone/deployments > > On Wed, Jul 26, 2017 at 12:43 PM, Jose Miguel Gallas Olmedo < > jgallaso at redhat.com> wrote: > >> Hi, >> >> I've been trying to deploy UPS for quite some time and it won't work. I'm >> following this instructions word by word (https://github.com/aerogear/a >> erogear.org/blob/master/docs/unifiedpush/ups_userguide/serve >> r-installation.asciidoc) and I've started from scratch twice already, >> the problem is when I open the browser, it keeps refreshing over and over >> with a blank page and this message error: >> >> *Get http://localhost:8080/ag-push/config/admin-ui-keycloak.json >> (404 Not >> found)* >> >> I'm using 1.1.x-dev with JBoss EAP 6.4, I have both DB with docker (using >> docker-compose) and both ag-push.was and auth-server.war are deployed. No >> error in Jboss log.. >> >> So at this point, clueless as I am, is anyone able to help me? >> >> Thanks, >> >> -- >> >> JOSE MIGUEL GALLAS OLMEDO >> >> ASSOCIATE QE, mobile >> >> Red Hat >> >> >> >> M: +34618488633 >> >> >> >> _______________________________________________ >> 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/ > twitter: http://twitter.com/mwessendorf > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev at lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- JOSE MIGUEL GALLAS OLMEDO ASSOCIATE QE, mobile Red Hat M: +34618488633 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170727/79600a70/attachment-0001.html From matzew at apache.org Fri Jul 28 03:11:35 2017 From: matzew at apache.org (Matthias Wessendorf) Date: Fri, 28 Jul 2017 09:11:35 +0200 Subject: [aerogear-dev] UPS not finding admin-ui-keycloak.json In-Reply-To: References:

Message-ID: did you also run this config ? https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.1.x-dev/configuration/jms-setup-wildfly.cli It's now also needed on 1.1.x - like on master On Thu, Jul 27, 2017 at 1:14 PM, Jose Miguel Gallas Olmedo < jgallaso at redhat.com> wrote: > $ ls -al > total 12828 > drwxrwxr-x. 3 jgallaso jgallaso 4096 Jul 26 12:23 . > drwxrwxr-x. 8 jgallaso jgallaso 4096 Jul 12 16:27 .. > drwxrwxr-x. 12 jgallaso jgallaso 4096 Jul 26 12:18 ag-push.war > -rw-rw-r--. 1 jgallaso jgallaso 11 Jul 26 12:18 ag-push.war.deployed > -rw-rw-r--. 1 jgallaso jgallaso 13100156 Jul 26 12:18 auth-server.war > -rw-rw-r--. 1 jgallaso jgallaso 15 Jul 26 12:18 > auth-server.war.deployed > -rw-rw-r--. 1 jgallaso jgallaso 9041 Apr 27 10:55 README.txt > > > On 27 July 2017 at 09:58, Matthias Wessendorf wrote: > >> what is the value of the deployments folder ? >> ls -la $JBOSS_HOME/standalone/deployments >> >> On Wed, Jul 26, 2017 at 12:43 PM, Jose Miguel Gallas Olmedo < >> jgallaso at redhat.com> wrote: >> >>> Hi, >>> >>> I've been trying to deploy UPS for quite some time and it won't work. >>> I'm following this instructions word by word ( >>> https://github.com/aerogear/aerogear.org/blob/master/docs/u >>> nifiedpush/ups_userguide/server-installation.asciidoc) and I've started >>> from scratch twice already, the problem is when I open the browser, it >>> keeps refreshing over and over with a blank page and this message error: >>> >>> *Get http://localhost:8080/ag-push/config/admin-ui-keycloak.json >>> (404 Not >>> found)* >>> >>> I'm using 1.1.x-dev with JBoss EAP 6.4, I have both DB with docker >>> (using docker-compose) and both ag-push.was and auth-server.war are >>> deployed. No error in Jboss log.. >>> >>> So at this point, clueless as I am, is anyone able to help me? >>> >>> Thanks, >>> >>> -- >>> >>> JOSE MIGUEL GALLAS OLMEDO >>> >>> ASSOCIATE QE, mobile >>> >>> Red Hat >>> >>> >>> >>> M: +34618488633 >>> >>> >>> >>> _______________________________________________ >>> 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/ >> twitter: http://twitter.com/mwessendorf >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev at lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > > -- > > JOSE MIGUEL GALLAS OLMEDO > > ASSOCIATE QE, mobile > > Red Hat > > > > M: +34618488633 > > > > _______________________________________________ > 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/ twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170728/a98713c0/attachment.html From dimitrazuccarelli at gmail.com Fri Jul 28 07:18:12 2017 From: dimitrazuccarelli at gmail.com (Dimitra Zuccarelli) Date: Fri, 28 Jul 2017 12:18:12 +0100 Subject: [aerogear-dev] GSoC Second month update Message-ID: Hi all! The second month of GSoC is coming to an end and we wanted to give you a quick summary on what we?ve been working on since our last update: 1) We created a new Kafka module in the UPS for Kafka related configs and tests (#870 ) 2) We?ve updated the README with instructions for running the Kafka cluster on Openshift using templates by the enmasse project (#862 ) 3) We?ve been playing around with Structure101 and SonarQube to analyse the UPS codebase. We?ve managed to get SonarQube running with JaCoCo code coverage reports and we?ve written a few blog posts on the topic as well. ( #865 , #866 ) 4) We?re still having issues with with the CDI consumer which will hopefully be resolved soon, now that Matthias is back 5) We?ve been researching security and streams and we?ve made a few Jira tickets under these epics 6) We?ve made a few small Jira?s for minor improvements in the UPS which we?ve labelled under *gsoc_2017* and* good_first_bug * In the next few weeks we?ll be working on replacing the JMS messaging system with new Kafka producers and consumers. We?ve started defining new tasks under the two epics Kafka Push Messages and Kafka Push Metrics and we?ll be adding more as we progress. As always we?ll be posting on our blogs, (https://polinankoleva.github.io, https://dimitraz.github.io/blog/) and we?ll try writing on here more frequently too. We?d love to get your feedback on what we?ve done so far and what we?ll be doing in the upcoming weeks so please feel free to review past/current/future PRs. We?d really appreciate it :) Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170728/66690fe1/attachment.html From aliok at redhat.com Mon Jul 31 03:03:58 2017 From: aliok at redhat.com (Ali Ok) Date: Mon, 31 Jul 2017 10:03:58 +0300 Subject: [aerogear-dev] AGDIGGER JIRA components Message-ID: Hi, I think we need to update our JIRA components in AGDIGGER project. Perhaps these: - Android support - IOS support - Ansible Installer - Sample (I mean sample Jenkinsfiles) - Node client - Java client Anything missing or strange? @Matthias, can you do that? Cheers, Ali -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170731/a7ebbc8a/attachment.html From matzew at apache.org Mon Jul 31 03:36:53 2017 From: matzew at apache.org (Matthias Wessendorf) Date: Mon, 31 Jul 2017 09:36:53 +0200 Subject: [aerogear-dev] AGDIGGER JIRA components In-Reply-To: References: Message-ID: sure thing! once we have agreed on them, I'll go ahead and update them On Mon, Jul 31, 2017 at 9:03 AM, Ali Ok wrote: > Hi, > > I think we need to update our JIRA components in AGDIGGER project. > > Perhaps these: > > - Android support > - IOS support > - Ansible Installer > - Sample (I mean sample Jenkinsfiles) > - Node client > - Java client > > Anything missing or strange? > > @Matthias, can you do that? > > Cheers, > Ali > -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ twitter: http://twitter.com/mwessendorf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20170731/a45f6245/attachment-0001.html