March 2018 - aerogear-dev - Jboss List Archives

Make MobileCore Init automatically called in Android SDK

by Daniel Passos

Hi, Revisiting some Google and Firebase stuff Summers and I realized the Firebase Android SDK doesn’t need we do any init to the lib starts/be configured. TL;DR what Firebase does is uses a Content Provide[1] (not really created for this) as a trick to initialize the lib before the app starts Why Content provider? Because it has access to the applicationContext[2] and is called *before* all other Android kinds of stuff in the Android lifecycle (including Application) I’d like to do the same for our Android SDK and initialize the lib using the same trick so we can provide a MobileCore.getInstance() already configured with all the things the developer needs (Logger, HttpLayer, Mobile Services info, etc…) without need to create an application class or call MobileCore.init(context) anywhere and kill all static methods we have today in MobileCore It will also allow us to send the default metrics before the Android lifecycle starts the app and have some controls (when need) to know when the app is in background and foreground, listeners possible crashes and other things without the developer needs to call/configure anything. PS: This is will probably be the first step to kill the responsibility to the MobileCore instantiate the Service Modules[3] Any thoughts? [1] https://developer.android.com/guide/topics/providers/content-providers.html [2] https://developer.android.com/reference/android/content/ContentProvider.h... ) [3] https://issues.jboss.org/browse/AGDROID-796 -- -- Passos

3 years, 1 month

4
6
0 / 0

Replace Spring dependency management by a single gradle file

by Daniel Passos

Hi, While working on push stuff I figure out Spring dependency management[1] doesn’t work properly with Gradle transitive dependencies[2]. TL;DR It’s ignoring the transitive dependencies and on push, it causes some dependency conflicts. Since Google Services plugin doesn’t found any dependency it’s going to inject it from your on. Android dependency 'com.google.firebase:firebase-iid' has different version for the compile (11.4.2) and runtime (12.0.1) classpath. I’ve sent a PR[3] to remove it for now and revisit it in the future. I have moved all our dependencies version for a single file[4] like most of the libraries do. This also will make us a little more fast and flexible to do changes in our dependencies. Any thoughts? [1] https://github.com/spring-gradle-plugins/dependency-management-plugin [2] https://docs.gradle.org/current/userguide/managing_transitive_dependencie... [3] https://github.com/aerogear/aerogear-android-sdk/pull/173 [4] https://github.com/aerogear/aerogear-android-sdk/blob/master/constants.gr... -- -- Passos

3 years, 1 month

2
1
0 / 0

Community Hangout: Automated Releases of Containerized Golang Applications

by Matthias Wessendorf

Hi, with the recent work on the mobile initiative around Openshift, more and more repositories in AeroGear land are containing GOLANG code. Our own Dara Hayes is willing to give a little intro and reflect some experiences from his recent work on this repo: https://github.com/aerogear/aerogear-app-metrics Abstract: In this short talk demonstrates a very simple and developer friendly workflow for releasing containerized services written in Go. It also cover some lessons the team learned, when starting to build their first Golang service, and provides some helpful tips and tricks for keeping developers happy as they work with Go. Time: Thursday. 29th of March, 2pm (GMT) Looking forward seeing you all there (yes, the video is going to be recorded) -M -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf

3 years, 1 month

4
6
0 / 0

Openshift Auth for UPS

by Matthias Wessendorf

Hola, here is a little video showing how to login to UPS, leveraging your Openshift credentials: https://youtu.be/2FLoVJ_KWL8 -Matthias -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf

3 years, 1 month

2
1
0 / 0

Apple iOS and IBM Watson

by Evan Shortiss

This is interesting[1]. Apple and IBM collaborating on machine learning with Apple's CoreML and IBM's Watson. [1] - https://developer.apple.com/ibm/

3 years, 1 month

1
0
0 / 0

AeroGear videos

by Paul Wright

1. I got our RH video ccs guy to review and he's got some good news and recommendations: > Not overly long, good audio/video quality, descriptive voiceover which > is easy to follow along with. Only a few minor things: > > * Describing cutting the video until the process finishes usually > isn't necessary, it's something you can visualize with a > transition/cut/sped up footage, and having the narrator say > something along the lines of "This process may take a few minutes" > usually suffices. This would probably save you 30 sec to a minute > of time. > > * Title and ending slides are good bookends for the video. Instead > of doing the intro VO on the catalog screen, which has a lot of > visual noise and can be a little distracting, creating a clean, > unified title slide with the title, name of the narrator, and > their title is a good way to start and end the video, and is > overall less distracting. The final slide can simply be a "Thank > you" slide or a slide with the Keycloak logo on it. > > * If there are any KBase/documentation articles that relate to the > video, putting them in the description is pretty useful for those > who want more information. > > That's more or less what immediately stands out to me. Overall great job! 2. On the point about title slides, would it make sense to have a running slide deck, on which each slide acts as a title for the recording and is then updated to capture the url of the video after posting, eg https://docs.google.com/presentation/d/1powKwbEv2psKpt8cPYYxRqOpYUXZkXkPW... Paul -- Paul Wright Mobile Docs (github: finp)

3 years, 1 month

1
0
0 / 0

Graphana docker image ?

by Matthias Wessendorf

Hi, I am not able to find the image for this container: https://hub.docker.com/r/aerogearcatalog/grafana/ If not an automated build repo, we should at least point to the actual aerogear GH repository, where the thing is located. Thanks -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf

3 years, 2 months

5
9
0 / 0

Aerogear SDK E2E testing discussion

by Vojtech Sazel

Hi all, Wei recommended me to start further discussion about viability of making E2E tests for regression testing of our SDKs. There was some debate around it, so I'm putting it also to the mailing list. I have done Appium UI test <https://github.com/aerogear/aerogear-sdk-e2e-tests/pull/1> of the example app included in AG Android SDK [1] <https://github.com/aerogear/aerogear-sdk-e2e-tests/pull/1>. It has been done for Auth functionality. This test checks happy path of login and logout. Is it worth doing it this way? Is it worth doing it at least for some functionality? My take TLDR: Pros: + it tests real end-user/developer usage of the SDK in the real device environment In the middle: = it requires running emulator or connected device to the test server Cons: - test stability (it can go wrong because of load on the test server) - test speed - UI change volatility can break the test - this is partially avoided by using page objects [2] <https://martinfowler.com/bliki/PageObject.html> pattern I think the real environment is clear benefit, for OpenID authentication, it's difficult to do it other way than from UI and using real browser. I don't know if this is true for other functionality. But writing tests at least for happy paths can be beneficial. refs: [1] https://github.com/aerogear/aerogear-sdk-e2e-tests/pull/1 [2] https://martinfowler.com/bliki/PageObject.html -- VOJTĚCH SÁZEL SENIOR SOFTWARE ENGINEER, RED HAT MOBILE Red Hat <https://www.redhat.com/> Remote Czech Republic vsazel(a)redhat.com IM: vsazel <https://red.ht/sig>

3 years, 2 months

2
1
0 / 0

Re: [aerogear-dev] Demo of shared keycloak service

by Luigi Zuccarelli

Well done Jameel On Wed, Mar 7, 2018 at 9:25 AM, Dara Hayes <dara.hayes(a)redhat.com> wrote: > Well done Jameel, great work! :) > > On Tue, Mar 6, 2018 at 4:57 PM, Craig Brookes <cbrookes(a)redhat.com> wrote: > >> Hey everyone. Jameel on the core team has put together a great demo of >> provisioning a shared Keycloak service. >> >> https://www.youtube.com/watch?v=p8xvBA6UFRY&feature=youtu.be >> >> Feedback welcome >> >> -- >> Craig Brookes >> RHMAP >> @maleck13 Github >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Aerogear" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to aerogear+unsubscribe(a)googlegroups.com. >> To post to this group, send email to aerogear(a)googlegroups.com. >> To view this discussion on the web visit https://groups.google.com/d/ms >> gid/aerogear/CA%2B-sgVg7E3cGTkL7UhPB7nHebHvWX3fRniMoxRma3y0B >> F2%2BL3g%40mail.gmail.com >> <https://groups.google.com/d/msgid/aerogear/CA%2B-sgVg7E3cGTkL7UhPB7nHebHv...> >> . >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > > Dara Hayes > > Associate software engineer > <https://redhat.com> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > -- > You received this message because you are subscribed to the Google Groups > "Aerogear" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to aerogear+unsubscribe(a)googlegroups.com. > To post to this group, send email to aerogear(a)googlegroups.com. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/aerogear/CABkcJC0jqs8%3D71EvJyrf_e2rNK2RdYn7aXQCS25atudjz1qSLw% > 40mail.gmail.com > <https://groups.google.com/d/msgid/aerogear/CABkcJC0jqs8%3D71EvJyrf_e2rNK2...> > . > > For more options, visit https://groups.google.com/d/optout. > -- LUIGI ZUCCARELLI Associate MANAGER ENGINEERING , REDHAT MOBILE Red Hat Mobile <https://www.redhat.com/> Communications House Ireland Cork Road Waterford City X91NY33 lzuccare(a)redhat.com M: +353852156995 IM: lzuccarelli <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

3 years, 2 months

1
0
0 / 0

JIRA instances: One for the better (or one to rule them all)

by Matthias Wessendorf

Hi folks! shortly after AeroGear.org project was started, and different technologies and scopes were added, we started to reflect that with multiple different JIRA instances. For instance besides the canonical AEROGEAR instance we have a bunch of them for iOS (AGIOS), Android (AGDROID), All things Push (AGPUSH)* or Cordova (AGCORDOVA), to name only a few. I am proposing to retire all instances and start using only the AEROGEAR instance. In Push, we had similar discussion, we had different instances for simplepush, ups and webpush; For sanity we ended up running all things in AGPUSH, and using components and better version strings (e.g. simplepush-1.0.0 or ups-1.2.4). And this works great So, I think it does make sense to stop hammering new issues into all the different "technology silos", like AGDROID or AGPUSH. Instead I really think we should unify one JIRA instance, with proper components and much better version strings, allowing us to really use one instance for all of AeroGear. Today, to me, it does look a bit that our multiple instances of JIRA can be really done w/ one JIRA (and components/versions) instead - we don't really have much more value w/ all the different instances. I'd like to retire the new instances, in the near future, moving forward with just one JIRA instance. At some point - later this year - we could than try to delete the other redundant JIRA silos. Before retiring the instances, we will review the existing backlogs and port over valid tickets. So no *relevant* ticket will be lost, and outdated tickets kinda gets cleaned up, doing this excercise :-) Feedback, thoughts, tomatos ? -Matthias -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf

3 years, 2 months

7
6
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

aerogear-dev March 2018