这几天做maven,svn和CruiseControl的持续集成,被maven的编译问题整的头大.
具体情况是这样:
我所参与的这个项目在平常编译打包时候使用的是maven,而非我更熟悉的ant.先前我在学习CruiseControl时候,使用的是ant.并且也在svn上用了一个demo把这个project也能定时构建了.
但是正儿八经地拿来做现有项目的自动定时构建时,却老是看到后台报错"编码 GBK 的不可映射字符",每次buid的时候都会有这种问题产生.
刚开始以为是cruiseControl的配置有问题,就找开发要来了maven在命令行下做编译打包的命令:
mvn package -Dmaven.test.skip=true
自己跑到命令行上运行了下,一样的报错.
从开发那边了解到,项目平常打包编译使用的maven2,而且他们平常没遇到这个问题(现在的开发也是半路接手).网上查了下,说是maven2在windows下使用gbk编码,所以会有这个问题.
从网上看到有文章说是在pom.xml文件的<project>节点下创建一个一个properties子节点,写入以下内容:
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
不过很杯具,我试了下,不行,问题依旧.这回又把文件改了回去.
后面发现自己解决不了了.就找开发了,既然他们平常编译打包都正常,肯定有办法的.开发刚开始以为我下载的代码有问题,可能没从svn下载完,我更新了一下,这次所有文件和文件夹都是绿色图标了.这回他编译了下,也失败了.
从他那边拿过来他本地的源码(先前已提交到了svn服务器上了),拿到我这边来,执行
mvn package -Dmaven.test.skip=true
结果能正常编译,于是两个人一起拿beyond compare比较他给的项目的文件和我从svn上下的项目文件,比较了半天,很痛苦地发现,原来两边的文件是一样的,除了从svn上下载的项目文件没有包含target目录外....
那问题就处在target了,打开他给过来的项目文件夹里面的target目录,发现里面已经有了.class文件,于是把target目录删除,在用maven编译,这回,两边都会报错了.都是那个"编码 GBK 的不可映射字符"问题.
然后上网搜,搜出来的结果,我先前已经做了尝试了,不行的.开发那边自己找我先前那种改pom.xml文件的改法试了下,也是不行.而这回已经下班了,呃,等第二天来研究了.
今天早上来,终于给出来个解决办法,那就是在pom.xml文件的如下内容中,添加encoding节点:
1: <plugin>2: <groupId>org.apache.maven.plugins</groupId>3: <artifactId>maven-compiler-plugin</artifactId>4: <version>2.0.2</version>5: <configuration>6: <source>1.6</source>7: <target>1.6</target>8: <!--encoding,就是这个才能解决问题-->9: </configuration>10: </plugin>添加<encoding>UTF-8</encoding>.然后再去编译,先前的报错问题没了.
