alitomcat maven以及Autoconfig

maven概述

　　Maven的核心是POM（Project Object Model），即项目对象模型。最直观的，maven对项目依赖进行统一的管理，让开发者从纷杂错乱的jar包世界摆脱出来，更加专注于项目构建以及开发。事实上，maven并不止是一个项目构建工具，它还是一个项目管理工具。它提供了一个项目对象模型，一组标准集合，一个项目生命周期，一个依赖管理系统和用来定义在生命周期阶段中插件目标的逻辑。
　　POM文件结构如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
	<modelVersion>4.0.0</modelVersion>
	<version>1.0-SNAPSHOT</version>
    <groupId>XXX</groupId>
	<artifactId>XXX</artifactId>
	<packaging>war</packaging>
	<dependencies>
		<dependency>
			<!--jar依赖:包括groupId，artifactId，version-->
		</dependency>
	</dependencies>
	<build>
	    <plugins>
	        <plugin>
	            <!--插件配置-->
	        </plugin>
	    </plugins>
	</build>
</project>

 

　　如上所示，定义了一个项目，其中主要元素包括：模型的版本，项目的版本，项目的名称，项目的打包类型，项目依赖，项目的插件配置。

maven指令

1
2
3
4
5
6
7
8
 
mvn archetype:create //根据指定的类型创建项目框架
mvn clean //清除项目构建，主要是target目录下的文件
mvn install //在本地编译安装,将生成的jar或者其他类型的包安装到本地仓库
mvn package //编译打包
mvn deploy //将最终的包发布到远程仓库
mvn test //执行测试用例
mvn jetty:run/mvn tomcat:run //以mvn插件的形式启动jetty和tomcat服务器
mvn compile //编译项目

　　常用的maven命令如上所示。更多命令，参考相关资源

maven多模块

　　项目的开展从人员安排上来说,是需要分工协作的，不同的人做不同的事情。从项目的设计角度来讲，项目需要合理的解耦和，维护一定的层次关系和结构。从开发效率角度来讲，当项目到了一定的量级，那就需要分模块开发，集中关注。模块化开发以及层次化设计是现在项目的主要方式，maven的多模块功能提供了项目的分割。一个项目包含若干模块，完成不同的事情，关注不同的层次，各自的实现互不影响。
　　maven多模块的使用example，建立一个maven工程，包括三个模块：maven-biz,maven-web.
各工程中pom文件如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
<!--maven-parent的pom结构-->
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>XXX.yyy</groupId>
  <artifactId>maven</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>pom</packaging><!--最上层项目的打包类型为pom-->
  <name>maven</name>
  <url>http://maven.apache.org</url>
  ...
  <modules>
    <module>maven-biz</module>
    <module>maven-web</module>
  </modules>
  ...
</project>

 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
<!--maven-biz的pom文件-->
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <modelVersion>4.0.0</modelVersion>
  <parent><!--上层项目-->
    <groupId>XXX.yyy</groupId>
    <artifactId>maven</artifactId>
    <version>0.0.1-SNAPSHOT</version>
  </parent>
  <groupId>XXX.yyy</groupId>
  <artifactId>maven-biz</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <name>maven-biz</name>
  <url>http://maven.apache.org</url>
  ...
</project>
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 
<!--maven-web的pom文件-->
<project
	xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"
	xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<modelVersion>4.0.0</modelVersion>
	<parent>
		<groupId>XXX.yyy</groupId>
		<artifactId>maven</artifactId>
		<version>0.0.1-SNAPSHOT</version>
	</parent>
	<artifactId>maven-web</artifactId>
	<packaging>war</packaging>
	<name>maven-web Maven Webapp</name>
	<url>http://maven.apache.org</url>
	<dependencies>
		<dependency>
			<groupId>XXX.yyy</groupId><!--子模块依赖-->
			<artifactId>maven-biz</artifactId>
			<version>0.0.1-SNAPSHOT</version>
		</dependency>
		...
	</dependencies>
	<build>
		<finalName>maven-web</finalName>
	</build>
</project>

maven插件

Autoconfig

　　在一个项目之中，总会有一些参数在开发环境和生产环境是不同的，或者会根据环境的变化而变化。我们如果通过硬编码的方式，势必要经常性的修改项目代码。经常修改代码的结果不用多说了。那我们可以用一种方式，在项目编译前将可变的参数改为可配置的。如此，灵活性就大大的增加，也减少了经常修改代码可能带来的不稳定风险。
Autoconfig就是这样的一个工具，它通过占位符将需要动态配置的内容替换。Maven Filtering也是这样的一个工具。那么二者的区别在哪里？看下表

问题Maven FilteringAutoConfig
如何修改配置文件的参数？ Maven Filtering必须获得源码并重新build 而AutoConfig不需要提取源码，也不需要重新build，即可改变目标文件中所有配置文件中placeholders的值
如何确保placeholder替换的正确性？ Maven Filtering不能验证placeholder值的缺失和错误 AutoConfig可以对placeholder及其值进行检查

　　解释下：autoconfig为什么不需要提取源码就可以改变目标文件中的待替换值。观察Ali-Tomcat的启动流程，我们可以发现，Ali-Tomcat在Tomcat基本组件启动完全之后，部署项目之前会再次去寻找项目中的auto-config.xml文件,然后完成对placeholder的再次替换，与autoconfig不同的是，maven编译后不可更改，因为它无法再build之后、正式运行前再次进行替换。然而autoconfig的这种优势是依赖于Ali-Tomcat的，从服务器的启动日志就可以看出。以下为Ali-Tomcat的启动日志。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
INFO: Starting Servlet Engine: Apache Tomcat/7.0.59.429
2015-08-03 16:40:14,569 com.taobao.tomcat.container.host.AliHostConfigHelper parseJbossWebXml
INFO: Get contextPath: '/' from WEB-INF/jboss-web.xml
2015-08-03 16:40:14,572 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory D:\workspaces\soft\taobao-tomcat-7.0.59\deploy\ROOT
2015-08-03 16:40:14,613 com.taobao.tomcat.autoconfig.AutoConfigHelper containsAutoConfigXmlInMetaInf
INFO: Found auto-config.xml: D:\workspaces\soft\taobao-tomcat-7.0.59\deploy\ROOT\META-INF\autoconfig\auto-config.xml
2015-08-03 16:40:14,614 com.taobao.tomcat.autoconfig.AutoConfigHelper doAutoConfigIfNecessary
INFO: We are in develop mode, and auto-config.xml exists under META-INF, therefore auto config will be executed.
2015-08-03 16:40:14,615 com.taobao.tomcat.autoconfig.AutoConfigHelper getAutoConfigClassLoader
INFO: Auto config jar path: D:\workspaces\soft\taobao-tomcat-7.0.59\tools\auto-config.jar
2015-08-03 16:40:14,623 com.taobao.tomcat.autoconfig.AutoConfigFilter doFilter
INFO: Starting auto config...
2015-08-03 16:40:14,633 com.taobao.tomcat.autoconfig.AutoConfigFilter initAutoConfigRuntime
INFO: Doing auto config on doc base: D:\workspaces\soft\taobao-tomcat-7.0.59\deploy\ROOT
2015-08-03 16:40:14,634 com.taobao.tomcat.autoconfig.AutoConfigFilter initAutoConfigRuntime
INFO: Auto config interactive mode: off
2015-08-03 16:40:19,915 com.taobao.tomcat.autoconfig.AutoConfigFilter doFilter
INFO: Auto config completed.
2015-08-03 16:40:20,314 org.apache.catalina.loader.WebappClassLoader validateJarFile

 

　　关于这个好处，就不多说了。说一下个人的想法吧，Autoconfig实现的功能是参数的替换，可以动态的修改一些配置，例如：服务器的地址，服务的版本等。分两个方面：对于一些常用的静态的配置：服务器，端口，数据库等基本信息无疑是十分方便的。但是如果是想要用来替换和修改服务的版本，可能会有很大的风险，因为服务的接口可能有被重新设计，导致项目无法使用，也就需要重新修改工程，这里的版本替换的作用也就不是很大，相反还有一定的风险性。

相关资源

posted @ 2017-08-04 11:03  穆穆兔兔  阅读(732)  评论(0)  编辑  收藏  举报