Hi Folks,

Just to y'all know, that is what we are planning for android modules

aerogear-android-core (pipe, auth, autz)
aerogear-android-security|encrypt (keyservices)


-- Passos

On Thu, Mar 6, 2014 at 10:38 AM, Karel Piwko <kpiwko@redhat.com> wrote:
I believe there should be a POM depchain for users that are willing just to use
aerogear-android and modular dependencies are for more experienced users.

Similarly to *Adding ShrinkWrap Resolvers to your project* at

I'm not sure how nicely that would play with Gradle though.


On Wed, 05 Mar 2014 09:15:27 -0500
Summers Pittman <supittma@redhat.com> wrote:

> Earlier in development (pre passos) making the Android SDK into modules
> was not a concern (in fact it was an anti-concern).
> Now, however, we have a much more complete project and it is time to
> have that discussion.
> Right now we have two BIG questions:
> 1) Do we want to break out interfaces and implementation?
> If we do this then we could reuse a lot of code to make a aerogear-java
> as well.
> 2) How granular do we want our modules?
> IE If we break out push into aerogear-android-push would that include
> GCM, SimplePush, MQTT, etc in one package or would it look like
> aerogear-android-push-core, aerogear-android-push-mqtt etc.
> Thoughts?

aerogear-dev mailing list