On Fri, Aug 21, 2015 at 9:03 AM, Artur Dryomov <artur.dryomov(a)gmail.com>
wrote:
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
[2]
http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-RFC-future-Roadmap...
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
-- Passos