Bug 459569 - Support AARs within Andmore
Summary: Support AARs within Andmore
Status: NEW
Alias: None
Product: andmore
Classification: Tools
Component: Core (show other bugs)
Version: unspecified   Edit
Hardware: PC Mac OS X
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: David Carver CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
Depends on: 463610
Blocks: 459570 463612
  Show dependency tree
 
Reported: 2015-02-10 11:08 EST by David Carver CLA
Modified: 2017-04-10 13:19 EDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Carver CLA 2015-02-10 11:08:57 EST
This is a large feature, but important.  The Andorid Open Source project has moved to using AAR for their primary library format.  This means that APKLibs and JARs are not usually created for android library projects any longer.

Tools such as Gradle and Maven now support the AAR and create the necessary expansion and merged R files.   We should leverage these tools where possible.

However we also need to support these as standalones, and possible explode the items our selves.  Ideally though the build system that a person chooses would be used to controll this, and that is the first priority.
Comment 1 Ricardo Gladwell CLA 2015-04-29 06:35:37 EDT
One of the main problems we have is still the lack of support for AARs in the ADT.

I was wondering if this fix couldn't be some kind of extra, multi-toolkit plugin that brings AAR support to both Andmore and the ADT using some of the same techniques that allow m2e-android to support both toolkits?
Comment 2 David Carver CLA 2015-04-29 15:20:30 EDT
(In reply to Ricardo Gladwell from comment #1)
> One of the main problems we have is still the lack of support for AARs in
> the ADT.
> 
> I was wondering if this fix couldn't be some kind of extra, multi-toolkit
> plugin that brings AAR support to both Andmore and the ADT using some of the
> same techniques that allow m2e-android to support both toolkits?

Not to sure how much longer Google will actively be support ADT.  But could make the AAR support a seperate plugin depending on how much we need to get into modifying the builders.  Regardless we could make it so that ADT could potentionally use the plugin and the API we create.

The priority though would be to have it work with Andmore and the adopters products such as m2e-android.
Comment 3 David Carver CLA 2015-08-09 21:22:41 EDT
Moving to 0.5-M3
Comment 4 Philippe Riand CLA 2017-04-10 13:11:02 EDT
Is there anything planned to get aar files handled by AndMore? This starts to be a blocker as many external libs are nowadays provided using this format.
Comment 5 David Carver CLA 2017-04-10 13:19:00 EDT
(In reply to Philippe Riand from comment #4)
> Is there anything planned to get aar files handled by AndMore? This starts
> to be a blocker as many external libs are nowadays provided using this
> format.

There was initial discussion about this in bug 459570.  At this point I'm marking it as help wanted, and will gladly review any pull requests that implement this functionality.  We also need to support the Android Studio project layout, and ideally support using Gradle.  

The AAR stuff might be able to be added as a seperate plugin but I honestly haven't taken much time to look into things.  Again, pull requests for implementing this will be reviewed quickly.