[aerogear-dev] Android Dependencies and DEX Size

Daniel Passos dpassos at redhat.com
Tue Aug 25 19:01:29 EDT 2015

On Fri, Aug 21, 2015 at 9:03 AM, Artur Dryomov <artur.dryomov at gmail.com>

> Hey Daniel,
> TL;DR: Authz need a server token to communicate with the server, we need
>> store this token so, authz need store lib as dependency. This token need to
>> be stored encrypted so, store need security and castles. Makes sense?
> Totally, this can be seen at the dependency tree. Is it possible to use
> something more simple for such purpose? The approach of consuming almost a
> half of the DEX limit due to Store or (and) Security usage is kind of
> suspicious. Android is a limiting environment already, using a single
> dependency which has so many methods is strange. Include a Google Play
> Services dependency without modules support and you don’t even have to
> write an app, it will not compile already.

The only think we have in mind for now is add some proguard[1] in our libs,
but we are always open for new ideas.

> Not sure if it can help, but there is some sort of the repackaging project
> for Castles [1].

I'll take a look at it with Bruno and do some tests.

> About push, we don't have plan to release the play module until version
>> 3.0.0
> Is there any recent ETA on this?

Yes, schedule for October with UPS 1.2[2]

> Anyway you can fix the problem easily using multidex.
> I know, but it is a questionable solution which cures symptoms instead of
> a decease.
> Artur.
> [1]: https://rtyley.github.io/spongycastle/

[1] https://issues.jboss.org/browse/AGDROID-408

> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev

-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150825/84ead37a/attachment.html 

More information about the aerogear-dev mailing list