aty

1、使用gradle  clean  war 命令将项目打成war包，这一过程gradle没有提示报错。2、将得到的myapp.war拷贝到tomcat下webapps（部署war包）3、启动tomcat的时候，发现加载myapp.war失败，错误信息如下：java.lang.IllegalArgumentException: MALFORMED at java.util.

maven-antrun-plugin插件实现文件内容拷贝和文件重命名

结果发现命令行一直处在下面这种卡住状态，webapp不能创建成功：这是因为，，我们安装完maven后并没有配置setting.xml，那么maven默认使用的是中央仓库，在中国访问中央仓库显然不明智，网速极慢近乎不可用。所以我们必须配置一个 镜像.

maven打包依赖到文件夹,并生成可执行jar

一般的项目都会运行在不同的环境上，比如我们有本地环境、开发环境、测试环境、生产环境等等。这些不同的环境，必然有不同的配置。比如日志级别，开发环境我们一般设置成debug，而生产环境一般设置成warn。我们肯定不希望：手动修改项目配置文件，然后才打包发布到不同的环境。通过maven的profile和资源过滤，我们只需要在不同的环境激活对应的profile，配置信息就会自动改变，不需要我们取修改项目中的代码或者配置文件，所有变量都是定义在pom.xml中的。

maven会根据模块的版本号(pom文件中的version)中是否带有-SNAPSHOT来判断是快照版本还是正式版本。如果是快照版本，那么在mvn deploy时会自动发布到快照版本库中，而使用快照版本的模块，在不更改版本号的情况下，直接编译打包时，maven会自动从镜像服务器上下载最新的快照版本。如果是正式发布版本，那么在mvn deploy时会自动发布到正式版本库中，而使用正式版本的模块，在不更改版本号的情况下，编译打包时如果本地已经存在该版本的模块则不会主动去镜像服务器上下载。

使用了maven-assembly-plugin插件和maven-dependency-plugin，将依赖打入jar和文件夹

maven web工程打包默认情况下，会将编译后的class文件放到WEB-INF/classes文件夹下，如果你不想将class文件放到这个位置，而是作为一个单独的jar放到WEB-INF/lib下，那么可以使用如下的配置。

以debug模式启动jetty，这个目的很明显，为了后台java代码的远程调试。做法是：增加环境变量GRADLE_OPTS，值设置为：-Xdebug -Xrunjdwp:transport=dt_socket,address=9999,server=y,suspend=n 这样通过gradle jettyRun命令启动jetty容器的时候，会有如下的显示结果，代表已经启用了debu

使用maven进行资源过滤的时候，只要过滤需要过滤的文件，一些二进制文件，比如https证书等，就不要参与资源过滤，否则打包后会破坏文件内容。