[Gradle plugin] AAR excludes API

123 views
Skip to first unread message

Tony Ngo

unread,
Feb 26, 2014, 9:15:10 PM2/26/14
to adt...@googlegroups.com
Would it be possible to provide an API that returns a list of excludes that do not belong inside classes.jar when it needs to be bundled into an AAR?  I'm taking the list from your source now (LibraryPlugin.groovy:) from packageJar task, but having something that is maintained by you makes more sense.

Xavier Ducrohet

unread,
Feb 26, 2014, 9:26:38 PM2/26/14
to adt...@googlegroups.com
There's a new "provided" dependency scope. It might do what you want. Or it might not, I've done some work in the area recently and fixed some issues. The next plugin should do what you need.


On Wed, Feb 26, 2014 at 6:15 PM, Tony Ngo <dton...@gmail.com> wrote:
Would it be possible to provide an API that returns a list of excludes that do not belong inside classes.jar when it needs to be bundled into an AAR?  I'm taking the list from your source now (LibraryPlugin.groovy:) from packageJar task, but having something that is maintained by you makes more sense.

--
You received this message because you are subscribed to the Google Groups "adt-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to adt-dev+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.



--
Xavier Ducrohet
Android SDK Tech Lead
Google Inc.
http://developer.android.com | http://tools.android.com

Please do not send me questions directly. Thanks!

Tony Ngo

unread,
Feb 27, 2014, 2:21:21 AM2/27/14
to adt...@googlegroups.com
Thank you for your quick reply.  Just want to make sure we're talking about the same thing.  The specific set of excludes I'm talking about are: R.class, R$*, Manifest, and BuildConfig.class being excluded from classes.jar (since it does not belong in an AAR).

Xavier Ducrohet

unread,
Feb 27, 2014, 11:14:41 AM2/27/14
to adt...@googlegroups.com
Those classes are already excluded.

Tony Ngo

unread,
Feb 27, 2014, 1:26:22 PM2/27/14
to adt...@googlegroups.com
Right, I'm interested in having that list, which does not belong in an AAR's classes.jar, publicly available (for all to use if needed) and maintained by one.  Proguard code uses that same list when creating their protected classes.jar (and so will many others who have custom plugins that want to manipulate class files).  Right now, everyone will be duplicating code, and probably checking back with Google in order to get that list anyway, might as well make it a simple API call right?  


--
You received this message because you are subscribed to a topic in the Google Groups "adt-dev" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/adt-dev/Qu6xywdSO_k/unsubscribe.
To unsubscribe from this group and all its topics, send an email to adt-dev+u...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages