1    <groupId>org.codehaus.mojo</groupId>
 2    <artifactId>hibernate3-maven-plugin</artifactId>
 3    <version>2.0-alpha-2</version>
 4    <configuration>
 5        <components>
 6            <component>
 7                <name>hbm2ddl</name>
 8                <implementation>annotationconfiguration</implementation>
 9                <!-- Use 'jpaconfiguration' if you're using JPA. -->
10                <!--<implementation>jpaconfiguration</implementation>-->
11            </component>
12        </components>
13        <componentProperties>
14            <drop>false</drop>
15            <jdk5>true</jdk5>
16            <propertyfile>target/classes/jdbc.properties</propertyfile>
17            <skip>${maven.test.skip}</skip>
18        </componentProperties>
19    </configuration>

    4。执行“mvn jetty:run-war”时，会清空数据表的数据并插入默认的数据，默认的数据在%PROJECT_HOME%\src\main\resources\default-data.xml配置，这个很讨厌。修改pom.xml可以屏蔽这部分操作。

 <dbunit.operation.type>NONE</dbunit.operation.type>

    5。执行“mvn jetty:run-war”时，会执行测试，很XP喔。如果测试通不过服务就起不来。找了很多配置似乎都跳不过这一步。
    appfuse:gen-model时生成的POJO，自增列不会生成@Column注释，就容易报以下的错误，增加相应的@Column就可以了： 

    (1) 源代码目录，我们要修改代码应该是在这个目录。
    (2) 目标目录，这部分目录基本上是执行相关命令生成的。
    (3) java源代码目录，包括POJO、Action等
    (4) 资源目录，包括配置文件等
    (5) web应用源代码目录
    (6) 测试源代码目录
    (7) appfuse自动生成的代码
    (8) 源代码编译输出目录
    (9) 项目的war
    (10) 由(9)解压的目录
    (11) 自动测试报表目录  
    (12) 自动测试编译输出目录  
    (13) war包解压目录
    (14) war解压目录
    (15) jetty发布目录

    运行“mvn jetty:run-war”的顺序是：
   
    1。(1)的代码编译输出到(8)，等同于执行“mvn warpath:add-classes”。
    2。生成(13)的war，只有(1)的部分不包括web应用。
    3。(4)的资源文件native2ascii，同时发布到(8)，等同于执行“mvn native2ascii:native2ascii”。
    5。将(4)配置文件发布到(8)，等同于执行“mvn resources:resources”。
    6。(6)的代码编译输出到(12)。
    7。(6)的资源文件native2ascii，同时发布到(12)。
    8。自动测试生成测试报告到(11)。
    9。生成(15)。
    10。生成(13)。
    11。将(15)打包生成(9)。

    执行“mvn jetty:run-war”的相关日志信息，可以看出“mvn jetty:run-war”先后调用了那些命令。