maven 与 jenkins 集成的时候,打包出现错误处理

一 错误详细:

[ERROR] *.java:[38,27] 未结束的字符串字面值
[ERROR] *.java:[38,53] 需要 ‘;‘
[ERROR] *.java:[41,19] 需要 ‘)‘
[ERROR] *.java:[41,12] 不是语句
[ERROR] *.java:[41,23] 需要 ‘;‘
[ERROR] *.java:[41,26] 不是语句
[ERROR] *.java:[41,33] 需要 ‘;‘
[ERROR] *.java:[53,27] 未结束的字符串字面值
[ERROR] *.java:[53,54] 需要 ‘;‘
[ERROR] *.java:[56,4] 非法的表达式开始
[ERROR] *.java:[56,11] 需要 ‘;‘
[ERROR] *.java:[56,19] 非法的表达式开始
[ERROR] *.java:[56,36] 需要 ‘;‘
[ERROR] *.java:[56,54] 需要 ‘;‘
[ERROR] *.java:[56,63] 不是语句
[ERROR] *.java:[56,72] 需要 ‘;‘
[ERROR] *.java:[60,4] 非法的表达式开始
[ERROR] *.java:[60,12] 非法的表达式开始  

二:解决

1   idea解决办法:

  Setting->File Encodings->IDE Encoding选择utf-8,不要选择“system default” 
  同时,Default encoding for properties files 也选择 UTF-8

maven解决办法:

  查找了资料,据说是历史原因,maven的核心插件之一---complier插件默认只支持编译Java 1.4,因此需要加上支持高版本jre的配置,在pom.xml里面加上

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                    <encoding>UTF-8</encoding>
                </configuration>
            </plugin>
        </plugins>
    </build>  
时间: 2024-11-17 01:33:27

maven 与 jenkins 集成的时候,打包出现错误处理的相关文章

maven+jmeter+jenkins集成

https://www.cnblogs.com/qiaoyeye/p/7608179.html https://www.cnblogs.com/yagao/p/10290922.html 原文地址:https://www.cnblogs.com/wuzm/p/11837059.html

使用Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(二)

前言     上一篇随笔Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)介绍maven和nexus的环境搭建,以及如何使用maven和nexus统一管理库文件和版本,以及怎么将自己的模块上传至nexus私服,供其他模块引用.下面将主要介绍如何利用Jenkins.SVN.Tomcat以及Sonar来完成项目的自动化编译.测试和发布,以及检查项目的代码质量. 利器Jenkins     Jenkins源于另外一个持续集成工具Hudson,Hudson在o

使用Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境

转载:http://www.cnblogs.com/leefreeman/p/4226978.html 前言 上一篇随笔Maven+Nexus+Jenkins+Svn+Tomcat+Sonar搭建持续集成环境(一)介绍maven和nexus的环境搭建,以及如何使用maven和nexus统一管理库文件和版本,以及怎么将自己的模块上传至nexus私服,供其他模块引用.下面将主要介绍如何利用Jenkins.SVN.Tomcat以及Sonar来完成项目的自动化编译.测试和发布,以及检查项目的代码质量.

gitlab+jenkins+maven+docker持续集成(十一)——sonarqube及sonarscanner代码审查

Sonar是一个用于代码质量管理的开源平台,用于管理Java源代码的质 量.通过插件机制,Sonar 可以集成不同的测试工具,代码分析工具,以及持续集成工具,比如pmd-cpd.checkstyle. findbugs.Jenkins.通过不同的插件对这些结果进行再加工处理,通过量化的方式度量代码质量的变化,从而可以方便地对不同规模和种类的工程 进行代码质量管理. 同时 Sonar 还对大量的持续集成工具提供了接口支持,可以很方便地在持续集成中使用 Sonar. 此外,Sonar 的插件还可以对

Jenkins集成源码静态分析工具

1.static code analysis插件说明 Jenkins提供了插件"static code analysis",该插件搜集不同的分析结果,并集合显示出来. 实际上,我们可以认为static code analysi和FindBugs等插件组成了一个静态分析代码的套件.仅仅安装static code analysis是不够的,还需要安装其他插件(如FindBugs),才能正确工作. 2.static code analysis支持哪些插件? 官方文档:https://wiki

Jenkins集成--样式都去哪儿啦?

1.博文背景 Jenkins持续集成,一路走来坎坷不断,但是从每个坎坷都能收获很多.上篇博文<Jenkins集成--未找到导入项目>中拿来给大家做演示的mvc程序在VS中运行后效果图如下图所示: 但是在Jenkins上集成并在IIS上发布成功后,运行浏览如下所示: 2.问题 很明显,没有样式,这是绝对不行的!经过查看源码后在控制台给出如下提示: Resource interpreted as Stylesheet but transferredwith MIME type text/plain

Maven实战(四)——基于Maven的持续集成实践

Martin的<持续集成> 相信非常多读者和我一样.最早接触到持续集成的概念是来自Martin的著名文章<持续集成>.该文最早公布于2000年9月,之后在2006年进行了一次修订.它清晰地解释了持续集成的概念.并总结了10条实践,它们分别为: 仅仅维护一个源代码仓库 自己主动化构建 让构建自行測试 每人每天向主干提交代码 每次提交都应在持续集成机器上构建主干 保持高速的构建 在模拟生产环境中測试 让每一个人都能轻易获得最新的可运行文件 每一个人都能看到进度 自己主动化部署 原始文章

JBoss 系列一 O O:Maven jBPM 6 集成示例

概述 jBPM 6 中底层架构基于 Maven,所以我们可以很容易的进行 Maven jBPM 6 集成示例,本文分三个部分: 基本原理介绍 Maven jBPM 6 集成 jBPM 6 中使用 Maven 特性实时监听服务器端的更新 基本原理介绍 如下图 如图所示,我们有两台服务器,jBPM 6 服务器和客户端服务器: 首先 jBPM 6 服务器如果我们通过 Work Bench 将编辑完成的流程打包发布,它会将其发布到 jBPM 6 服务器对应的 Maven 仓库,这个仓库相比较客户端的应用

用jenkins搭建android自动打包环境

这里假设你已经搭建了jenkins的环境.否则,请阅读我的另一篇文章: http://my.oschina.net/u/930967/blog/298980 其实那个文章里面有用的就两句话的事儿,还是直接写在这里吧 jenkins是一个java web项目,可以去官网下载war包,放在tomcat的webapps下就能运行. 访问localhost:8080/jenkins进入 步入正题 任何一个开发工具,都提供了命令行工具.比如android用的是ant.java有maven.还有xcode,