Maven 打包命令遇到的坑

今天做定时任务的时候发现定时任务程序中的resources文件夹下面没有被打进去，导致部署在测试环境启动读取不到配置文件，本以为是框架的问题，原来是自己的问题。
根据大神对打包的反编译才发现resouces里面的namespace配置根本没有被打包进去。自以为是的是打包进去了，浪费了一定的时间。那idea下的maven命令为什么是这样呢
Clean compile install package…..
在我原来自己写的一个用于测试的定时程序是maven的Java web程序带有webapp的文件，这时候打包会将resources里也打包进去，由于定时任务程序的maven pom里有

<plugin>
  <artifactId>maven-assembly-plugin</artifactId>
  <configuration>
    <descriptor>src/main/assembly/assembly.xml</descriptor><!-- 描述文件所在的路径 -->
  </configuration>
  <executions>
    <execution>
      <id>make-assembly</id><!-- 随便起一个名字 -->
      <phase>package</phase><!-- 绑定到package生命周期阶段 -->
      <goals>
        <goal>single</goal><!-- 只执行一次 -->
      </goals>
    </execution>
  </executions>
</plugin>

插件，打包出来的tar.gz文件里面含有resources文件下的内容。
但是用于真正部署跑定时程序的代码是maven Java 程序，也就是说不是Java web程序，当使用打包命令的时候不会把maven Java程序的resources目录里的内容打包进去，虽然在idea里运行的时候可以正确读取配置文件，正常跑程序。但是打包到线上的程序包里没有配置，因而就报错了。

如图Java web项目里的resources文件夹里的内容是除了lib的那两个文件，而lib里面则是打包好的jar包。如果是Java程序则不会包含META-INF,log4j2.xml文件。
建议：如果是需要读取配置文件的项目，建议创建项目的时候使用maven Java web的方式创建项目骨架。否则打包的时候可能遗漏配置文件导致测试，正式部署的时候报错。
那么我是怎么解决的呢，就是将配置文件放在与lib同级的目录下，完了放到线上测试，或者正式机上跑。前提是程序会自动从项目根目录去找配置项。