Tag: gradle

Maven与Android Studio / Gradle的依赖关系

我正在使用与Android Studio捆绑在一起的Gradle构build系统。 到目前为止，我能够使用存储在我的项目结构中的依赖项来构build多项目设置。 现在我想使用maven依赖，无济于事。 我写了一个非常简单的build.gradle文件，总是失败： buildscript { repositories { maven { url 'http://repo1.maven.org/maven2' } } dependencies { classpath 'com.android.tools.build:gradle:0.4' } } apply plugin: 'android' dependencies { compile 'com.google.android:support-v4:r7' } android { compileSdkVersion 17 buildToolsVersion "17.0.0" defaultConfig { minSdkVersion 7 targetSdkVersion 16 } } 与以下消息： * What went wrong: A problem occurred configuring project ':absabs'. > […]

Android Studio + Volley

我是Android Studio的新手，我想为我的应用使用Volley库，但是我无法将源作为Android Studio中的库添加。 我search了网页，但找不到任何东西。 据说到处都是作为图书馆import，但我不知道如何。 我从git仓库中得到了抽象源码： https://android.googlesource.com/platform/frameworks/volley 但我现在不知道如何把它作为一个库添加到我的项目中。 感谢您的帮助。

谷歌应用引擎的gradleunit testing在哪里期待persistence.xml？

我已经使用Datanucleus JPA提供程序的Maven原型项目创build了一个Google应用程序引擎项目，基本上遵循Google应用程序引擎文档。 运行maven目标“testing”时一切正常。 现在我不得不将这个项目整合到Android studio中，并且希望将构build脚本迁移到gradle。 我把所有的依赖关系从pom.xml复制到build.gradle ，并且项目build.gradle 。 但是，所有访问Google数据存储区的testing都会失败。 在testing输出期间，我收到以下消息： 警告：在当前线程的CLASSPATH中找不到META-INF / persistence.xml文件！ 我检查了build期间创build的build文件夹，没有文件夹包含src/main/webapp/WEB-INF/classes/META-INF中的persistence.xml 然而，使用maven，它正确地放在target/myapp-1.0-SNAPSHOT/WEB-INF/classes/META-INF文件夹中。 我曾尝试使用gradle copy任务将persistence.xml复制到不同的位置，比如build/classes/META-INF build/classes/webapp/WEB-INF/classes/META-INF等，但是没有任何工作。

Android Studio：“使用默认的Gradle包装器”与“使用可定制的Gradle包装器”

Android Studio的Gradle选项究竟有什么区别： Android Studio->Preferences->Gradle Use default gradle wrapper (recommended)和Use customizable gradle wrapper ？ 背景： 我正在Android Studio中使用Gradle包装器工作。 但是，当我使用Android Studio设置“使用可定制的gradlew包装器”时，每次我的团队成员使用gui命令同步Android Studio项目时： 他们发现gradle/wrapper/gradle-wrapper.propertiesdate正在更新（并导致在git gradle/wrapper/gradle-wrapper.properties中有额外的差异）。 切换到“使用默认的gradle包装”似乎解决了这个问题。

AAR可以包含传递依赖吗？

所以，现在我有一个库项目，说项目Foo依赖于像OkHttp的库。 现在， Foo有一个Maven构build步骤，生成一个AAR并将其推送到公共场所。 所以现在让我说我有项目B，我们将它称为Bar 。 Bar是一个Android应用程序， Bar依赖于Foo 。 那么，我有。 但是，当我调用从调用OkHttp Bar Foo的public static函数时，我收到以下消息： java.lang.NoClassDefFoundError: com.squareup.okhttp.OkUrlFactory at com.foo.sdk.utils.OkHttpStack.<init>(OkHttpStack.java:15) 那么，这样的事情是可能的吗？ 或者将Bar需要手动依赖OkHttp以及任何其他依赖Foo有？

Graven对应于Maven原型？

什么是Graven对应Maven原型？ 我怎样才能给其他Gradle用户一个新项目的文件和目录布局的模板？

使用Gradle过滤JaCoCo覆盖报告

问题： 我有一个与jacoco项目，我想能够过滤某些类和/或包。 相关文件： 我已阅读以下文件： 官方的jacoco网站： http ： //www.eclemma.org/jacoco/index.html 官方jacoco文档gradle ： https ： //gradle.org/docs/current/userguide/jacoco_plugin.html 官方jacoco Github问题，覆盖范围： https : //github.com/jacoco/jacoco/wiki/FilteringOptions https://github.com/jacoco/jacoco/issues/14 相关的StackOverflow链接： JaCoCo＆Gradle – 过滤选项 （无答案） 从Jacoco报告中使用Sonarrunner和Gradle排除软件包 （不使用声呐 ） JaCoCo – 从报告中排除JSP （这似乎为maven工作，我使用gradle ） Maven的Jacococonfiguration – 排除报告不工作的类/包 （这似乎为maven工作，我使用gradle ） JaCoCo gradle插件排除 （不能得到这个工作） Gradle Jacoco – 覆盖报告包括configuration中排除的类 （看起来非常接近，它使用doFirst ，不适用于我） 我曾经尝试过的例子： apply plugin: 'java' apply plugin: 'jacoco' buildscript { […]

Peer在Eclipse中导入Gradle项目时未经过validation

当我在Eclipse中导入gradle项目时，它给了我这个错误。 FAILURE: Build failed with an exception. * What went wrong: A problem occurred configuring root project 'test'. > Could not resolve all dependencies for configuration ':classpath'. > Could not resolve de.richsource.gradle.plugins:gwt-gradle-plugin:0.3. Required by: :test:unspecified > Could not GET 'https://github.com/steffenschaefer/gwt-gradle-plugin/raw/maven-repo/de/richsource/gradle/plugins/gwt-gradle-plugin/0.3/gwt-gradle-plugin-0.3.pom'. > peer not authenticated * Try: Run with –stacktrace option to get the stack trace. […]

“无法启动编译：输出path未指定给模块…”

我有一个非常简单的Java + Gradle项目。 它build立良好。 它运行良好从“gradle运行”的shell。 但是，如果我尝试在IntelliJ内部运行，则会得到： Cannot start compilation: the output path is not specified for module "xyz" Specify the output path in Configure Project. 我的“编译器输出”设置为“inheritance项目编译输出path”。 我不想要一个自定义的输出path，无论如何，只要做一个正常的gradle构build和运行。

Gradle sourceCompatibility对子项目没有影响

我的机器上安装了Java 6和7。 Gradle使用1.7（使用gradle -v进行检查）。 但是我需要编译我的代码来与Java 1.6兼容。 据我了解的文件，我可以使用sourceCompatibility属性来做到这一点（和间接的targetCompatibility默认为sourceCompatibility ）。 所以我添加了以下行到我的构build文件（在根级别，而不是在任何封闭）： sourceCompatibility = 1.6 （可以肯定的是我还在一些试验中join了targetCompatibility = 1.6 ，但这不应该有所作为） 为了检查结果是否与1.6完全兼容，我将结果jar解压缩， cd到WEB-INF/classes文件夹中，并在遇到的第一个.class文件上使用javap -verbose 。 但是不pipe是设置目标兼容性还是我使用1.5而不是1.6或者我是否指定了string（ '1.6' ），每次javap的结果是 minor version: 0 major version: 51 这意味着它是Java 1.7的字节码，这是错误的。 任何想法，为什么sourceCompatibility不起作用？ 或者是javap不正确的方法来检查兼容性？ 更新：是的，这实际上是一个多项目生成，但我只检查其中一个子项目的生成结果。 在这个子项目的构build文件中，我提到了所做的更改，以确保它们实际应用。 另外，我在根项目的构build文件中添加了以下内容（如同@Vidya所build议的那样）： allprojects { sourceCompatibility = 1.6 targetCompatibility = 1.6 } 但是这也没有帮助。 更新2：我检查了与相关的build.gradle文件中的这个代码片段的sourceCompatibility的设置： compileJava.doFirst { println "source compatibility " + sourceCompatibility […]