异常信息 java.awt.AWTError: Can't connect to X11 window server using 'localhost:10.0' as the value of the DISPLAY variable. 解决方案 在 Jenkins shell 脚本里调用 gradlew 编译之前,增加如下语句 unset DISPLAY 其他说明 在 gradle 中使用 AWT 绘图功能出现的类似错误也可以用这个办法解决 参考 B.4 Error: ava.lang.No…
解决Gradle编译时出现: 编码GBK的不可映射字符 在build.gradle文件中加入如下内容: [compileJava, compileTestJava]*.options*.encoding = 'UTF-8'…
* 最近帮团队同事配置gradle时,发现一个非常奇怪的问题:> * 同样的gradle配置的项目,只是修改了一个项目的名称,竟然会出现以下奇怪问题: ## 现象1. 一个编译完全OK,另外一个编译出现各种问题2. mac上两个都能正常编译,windows上其中一个编译通不过 主要Error如下: ```No resource found that matches the given name (at drawable with value @drawable/xxxxxxxxxxxxxxxxx…
原文:Android Studio gradle编译 NullPointerException(no error message)解决 1.关闭Android Studio  2.找到工程目录下的 .gradle 文件夹,删除 3.重新启动Android Studio 即可…
Gradle编译时在本地仓库中如果没有发现依赖,就会从远程仓库中下载, 默认的远程仓库为 mavenCentral(),即 http://repo1.maven.org/maven2/往往访问速度特别慢,经常会下载超时或者需要很长时间导致Build失败, 因此,可以用如下的国内仓库代替: 阿里的仓库地址:http://maven.aliyun.com/nexus/content/groups/public/ OSChina的仓库地址:http://maven.oschina.net/conten…
---恢复内容开始--- 我在Ubuntu14 64为下安装了AS,但在用Gradle编译项目时总是报找不到 libz.so.1的错误. error while loading shared librarieserror while loading shared libraries: : libz.so.1libz.so.1: : cannot open shared object filecannot open shared object file: : No such file or dir…
在使用jenkins,使用gradle编译的时候总会出现一些问题,下面是几个常见问题的解决方法. 被编译的代码或资源有问题( finished with non-zero exit value 1): 出现这种编译异常表现是 exit value 1,一般会给出错误提示,所以很容易排查.这种错误很常见,错误提示有时候是在日志中明显的给出来了,如下示例所示: :app:processDebugManifest :app:processDebugResources \app\src\main\res…
深入理解gradle编译-Android基础篇 导读 Gradle基于Groovy的特定领域语言(DSL)编写的一种自动化建构工具,Groovy作为一种高级语言由Java代码实现,本文将对Gradle一些常见问题进行一一介绍: 理解Gradle与android app之间的关系,以及Gradle需要构建的build文件. 在Android Studio中执行Gradle命令. 在Android app添加java库文件. 将eclipse工程导入Eclipse ADT工程 如何为一个APK文件进…
在使用Android studio进行编译成jar的时候,遇到Gradle 编译错误,听前辈们说是jdk的版本不对,于是乎就更新了一下jdk, 然而可能是我重新安装jdk的时候改变了安装路径, 在project structure里配置好路径了,可还是报错:Gradle 编译 Java 项目时报错: Could not find Tools.jar 这是因为 Gradle 找不到 JDK 目录引起的,可以通过设置 Gradle 的全局属性 java.home 来解决. 找到当前用户目录下的 .g…
一. 背景 之前我们的开发流程为在本地进行webpack打包编译,然后svn提交源代码和编译后的代码.同时每次提交前也会从svn更新源代码和编译后的代码.这样做有几个缺点: 1. svn 更新和提交编译后的代码造成大量冲突文件 2. 由于我们使用非覆盖式发布的命名方式,在经过小组多人多次优化提交测试之后,在整理需要发布的文件列表时,很容易遗漏一些文件 3. 在涉及到多人开发同一功能时容易产生代码被覆盖.人工安排发布优先级.手动注释他人未上线代码等情况 4. svn的分支开发繁琐不友好,加重工作量…