研发管理篇：项目依赖包不能打入项目jar 引发的思考

近来在做高校云平台，存在着对待开发环境的学习不够，更确切的说，是知道的不够，导致开发效率低下的问题。

先说说现有的做法：

maven项目开发中，pom类型如果是war的话，打包时就能自动将项目依赖的jar包打到web-inf下的lib文件夹中。

但是，如果pom类型为jar的话，打包过程中不会将依赖的包提取出来。

 

我们的做法是，在pom文件中引入jar包时，scope定义成provided；将其依赖的包放在jboss的deploy lib目录下，每次启动jboss时加载。

 

这样做存在的问题：

需要将pom类型改成war，然后执行一下package命令，这样先把所以依赖到的包提取出来，然后放入jboss lib下。然后再把pom类型改成jar，这样虽然能完成任务，但是总感觉这样的做法比较拙劣。

 

ejb项目依赖的jar包需要和jboos lib下的jar包一致，也就是在维护两份数据，当需要添加依赖jar包了，就得记得放入jboss lib中一份，如果忘记了，那你就慢慢调吧。

 

项目依赖的普通jar包，scope定义成provided，会带来不便，比如在用jetty调试时，又需要这些jar包，又需要把jboss lib下的jar包拷回来。provided这种范围是为这种情形设计的——项目引用的jar包和容器冲突。而我们项目中，scope全部定义成provided。

 

引入maven，肯定是可以提高团队开发效率的，而我们还在把jar包拷来拷去，也就成了为了使用maven而去使用maven。所以这个过程展现了我们的成长过程，对maven的不断了解和深入。

 

我们抱怨这样的开发，不仅效率低，而且对耐心也是一个挑战啊。

与其抱怨不如去改变，经常在问自己，难道别人也是这样开发的吗，肯定不是，否则效率太低了。

 

功夫不负有心人，发现通过maven的assembly插件就能解决这个问题。

通过maven的assembly插件，将项目的依赖包提取出来达成一个单独的包，这样依赖scope定义成compile，上面的问题也就都解决了。

 

实现

实现起来很简单，在pom.xml 添加如下插件：

	        
		          
		        maven-assembly-plugin  
		        2.2-beta-5  
		          

                       
                        src/main/assembly/src.xml  
                      
		          
        	

然后执行mvnassembly:assembly，会在${project}/target 文件夹下发现新生成的 {artifactId}-jar-with-dependencies.jar

 

看看依赖包里面的结构

 

看过之后发现不足了吧，在部署的过程中我们往往希望，将各个第三方包单独部署，比如shiro包就归shiro包，spring包就归spring包，这样便于管理你，比如日后升级就方便了，就像这样：

 

来看看如何可以做到：

  

            jar-with-dependencies  

       

 

这个jar-with-dependencies是assembly预先写好的一个，组装描述引用（assemblydescriptor）。

这个定义这个组装描述（assemly descriptor）的xml文件

  
  jar-with-dependencies  
    
    jar  
    
  false  
    
      
      true  
      runtime  
      
    
    
      
      ${project.build.outputDirectory}  
      
    
  

其实只要将上面这个xml文件中的

  

      true  

      runtime  

  

改成:

  

false  

runtime  

  

 

然后将之前pom.xml 中的plugin改成如下：

              
                maven-assembly-plugin  
                  
                      
                        src/main/assembly/src.xml  
                      
                  
              

 

再执行mvnassembly:assembly就可以做到了。

 

这个改进开发环境的方法并不难，或者说很简单，但是我们却不知道这种解决方法的存在。

可见在软件行业百家争鸣的时代，我们会很多技术当然很好，但更重要的是，我们需要开拓眼界，不怕不深入了解，就怕不知道还有很多解决方法的存在，而多看别人的博客就能打开通向世界的窗户，快速增加我们的知道。