Bit if they are internal implementation of the AAR then why not include them in classes.jar? ᐧ
On Wed, Dec 3, 2014 at 10:21 AM, Xavier Ducrohet <[email protected]> wrote: > By "should not have done this", I meant "should not have included > support-v4 in its libs folder". > > Including your own jar files in libs/ is fine, but it should be considered > internal implementation that's hidden from the developer. It should never > be an existing published artifact. > > On Tue, Dec 2, 2014 at 2:49 PM, William Ferguson < > [email protected]> wrote: > >> Xavier I 100% agree. >> Can we expect the same behaviour from the AARs that ship as part of the >> Android SDK? >> >> William >> >> On Wednesday, December 3, 2014 5:22:53 AM UTC+10, Xavier Ducrohet wrote: >>> >>> It's not possible at the moment to ignore a dependency that's in the >>> libs/ folder of an aar. >>> >>> The publisher of that library should not have done this. I'd contact >>> them and ask them to publish it properly. If it's open source, you can do >>> it yourself if needed. >>> >>> On Mon, Dec 1, 2014 at 7:24 AM, Vyacheslav Blinov <[email protected] >>> > wrote: >>> >>>> Unfortunately this was my first try and it does not helps. I can’t see >>>> this library in dependency tree as well so I believe it can’t be excluded >>>> this way. >>>> >>>> > On 01 Dec 2014, at 17:15, Tom Billiet <[email protected]> wrote: >>>> > >>>> > I believe this is what you're looking for. Eg for actionbarsherlock: >>>> > >>>> > //actionbarsherlock >>>> > compile ('com.actionbarsherlock:actionbarsherlock:4.4.0@aar') { >>>> > transitive = true >>>> > exclude (group: "com.google.android") //conflicts with support-v4 >>>> from gradle >>>> > } >>>> > >>>> > >>>> > Op zondag 30 november 2014 03:34:06 UTC+1 schreef John Frey: >>>> > It's been a long standing issue it seems... >>>> https://groups.google.com/forum/#!topic/adt-dev/l1gELhPSSkM >>>> > >>>> > On Saturday, November 29, 2014 5:49:57 AM UTC-6, Vyacheslav Blinov >>>> wrote: >>>> > 1. It's not me who doing that, but some external library (I don't >>>> think it's important which project it is), that was just published. >>>> > 2. Why is that criminal given that aar format supports that? Given it >>>> lies in design of aar there were about to be some kind of support for that >>>> situation. I suppose many people just migrated their ant builds blindly >>>> like that. If it is something unsupported why make aar support that? >>>> > >>>> > суббота, 29 ноября 2014 г., 5:12:03 UTC+3 пользователь Jake Wharton >>>> написал: >>>> > Why are you using the jar instead of declaring a normal dependency on >>>> the support library? >>>> > >>>> > On Fri Nov 28 2014 at 8:05:26 AM Vyacheslav Blinov < >>>> [email protected]> wrote: >>>> > Hi! I have a library, which has libs/android-support-v4.jar inside of >>>> its aar, as one of my dependency, and obviously proguard and dex both will >>>> not let that happen that duplicated class appear in my build. How can I >>>> exclude such bundled library from dependency aar? Standard exclude does not >>>> helps (and if you think about it it shouldn't because that lib is not added >>>> as an explicit transitive dependency with explicit descriptor). >>>> > >>>> > -- >>>> > 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 [email protected]. >>>> > For more options, visit https://groups.google.com/d/optout. >>>> > >>>> > -- >>>> > 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 [email protected]. >>>> > For more options, visit https://groups.google.com/d/optout. >>>> >>>> Regards, >>>> Vyacheslav Blinov >>>> https://github.com/dant3 >>>> >>>> -- >>>> 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 [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> >>> >>> -- >>> Xavier Ducrohet >>> Android SDK Tech Lead >>> Google Inc. >>> http://developer.android.com | http://tools.android.com >>> >>> Please do not send me questions directly. Thanks! >>> >> -- >> 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 [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Xavier Ducrohet > Android SDK Tech Lead > Google Inc. > http://developer.android.com | http://tools.android.com > > Please do not send me questions directly. Thanks! > > -- > 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/g1AiJM7PeVs/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
