The problem would be figuring out what the behavior is. Android Library Projects are not only a jar file, they also contain resources and a manifest. I think there's some way to have additional system wide resources that are pre-installed, but we'd have to fix the namespace issue (as right now using a library project is meant to embed it in the app, the namespace of the resources are the app's namespace).
Frankly, this is not a use case we can focus on right now. On Sun, Jan 26, 2014 at 12:33 PM, Daniel Lemel <[email protected]> wrote: > Is there a way to use provided on an android library project? > Thanks > > On Friday, January 24, 2014 8:22:27 AM UTC+2, Xavier Ducrohet wrote: > >> provided should work unless the project is an android project. >> >> I missed your original email about zipaligning the test apk. This should >> be done automatically. I want to rework this part of the DSL to offer more >> control of the test app anyway. >> >> >> On Thu, Jan 23, 2014 at 8:13 PM, Vladimir Zvezda <[email protected]>wrote: >> >>> Hello, >>> >>> Thanks for the update, even more code now can be removed from my >>> build.gradle files :-) >>> >>> Do I understood correctly that "provided" dependencies are only work for >>> the jar files, not for the projects: >>> >>> dependencies { >>> provided files('libs/edm.jar') <--- works fine, files are not >>> included in apk >>> provided project(':sdkstubs') <--- library classes still included >>> in .apk >>> } >>> >>> The new createZipAlignTask should also solve my problem for aligning the >>> test apk: https://groups.google.com/forum/#!searchin/adt-dev/ >>> zipalign/adt-dev/wNrOE6IQU48/5Fi-VmmOz8MJ >>> >>> >>> On Friday, January 24, 2014 5:22:03 AM UTC+7, Xavier Ducrohet wrote: >>>> >>>> Requires: >>>> Gradle 1.10 >>>> Studio 0.4.3 >>>> Build Tools 19.0.0+ >>>> >>>> New features and fixes: >>>> - Fixed issue 64302: Add renderscript support mode jar to the >>>> dependencies in the IDE model. >>>> - Fixed issue 64094: buildConfigField can now replace previous values >>>> inside the same type/flavors. >>>> - Add support for NDK prebuilts in library projects. >>>> - Parallelize pre-dexing to speed up clean builds. >>>> - Incremental dexing re-enabled (though it'll be automatically disabled >>>> in some builds for some cases that dx doesn't support yet.) >>>> - Added 'provided' dependency scope for compile only (not packaged) >>>> dependencies. >>>> Additional scope per buildtype and flavors are also available >>>> (debugProvided, myFlavorProvided,etc...) >>>> - Lint improvements: >>>> * New "lintVital" task, run automatically as part of assembling >>>> release variants, which checks only fatal-severity issues >>>> * Replace Java parser in lint with ECJ; must faster and fixes bug >>>> where lint could hang on certain source constructs >>>> * Lint HTML report now writes links to source files and images as >>>> URLs relative to the report location >>>> - Variant API improvements: >>>> * getPreBuild() returns the prebuild task for the variant >>>> * getSourceSets() returns the sorted sourcesets for the task, from >>>> lower to higher priority >>>> * createZipAlignTask(String taskName, File inputFile, File >>>> outputFile) >>>> This creates and return a new zipalign task. Useful if you have a >>>> custom plugin providing custom signing of APKs. >>>> This also makes the assemble task depend on the new zipalign task, >>>> and wires variant.getOutputFile() to return the result of the zipalign >>>> task. >>>> * project.android.registerJavaArtifact() now receives a >>>> Configuration object to pass the dependencies to the IDE. See artifactApi >>>> sample. >>>> >>>> >>>> -- >>>> 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/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! >> > -- > 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/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! -- 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/groups/opt_out.
