java 学习总结

1 cobertura-maven-plugin maven的测试覆盖率插件集成cobertura-maven-plugin
2 intelli J 配置VM参数

3 配置显示行号

 

mvn clean install 安装到本地的repo中

超级pom

默认的仓储为maven提供的，其id为central，可以覆盖，也可以用mirror覆盖

 

5、classifier：帮助定义构建输出的一些附属构件。

     附属构件与主构件对应，如上例中的主构件是pms-indexer-4.2.2.jar，该项目可能还会通过使用一些插件生成如pms-indexer-4.2.2-javadoc.jar,pms-indexer-4.2.2-sources.jar这样一些附属构件，其包含了Java文档和源代码。这时候，javadoc和sources就是这两个附属构件的classifier。

 

介绍了pom.xml文件的五个元素，其中，groupId / artifactId / version 是必须定义的，packaging是可选的（默认为jar），而classifier是不能直接定义的。

 

6 mvn 生命周期与插件的关系，

 

生命周期基本是固定的有init-->compile-->test-->package-->integrationTest-->deply

mvn只是定义了声明周期，其内部是和插件绑定的，如编译由maven-compiler-plugin完成，测试由maven-surefire-plugin完成。

需要时，可以将plugin绑定到某个生命周期上。

 

 

一、Maven的生命周期

Maven的生命周期就是对所有的构建过程进行抽象和统一。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。

Maven的生命周期是抽象的，即生命周期不做任何实际的工作，实际任务由插件完成，类似于设计模式中的模板方法。

 

二、三套生命周期

Maven有三套相互独立的生命周期，分别是clean、default和site。每个生命周期包含一些阶段（phase），阶段是有顺序的，后面的阶段依赖于前面的阶段。

1、clean生命周期：清理项目，包含三个phase。

1）pre-clean：执行清理前需要完成的工作

2）clean：清理上一次构建生成的文件

3）post-clean：执行清理后需要完成的工作

2、default生命周期：构建项目，重要的phase如下。

1）validate：验证工程是否正确，所有需要的资源是否可用。
2）compile：编译项目的源代码。  
3）test：使用合适的单元测试框架来测试已编译的源代码。这些测试不需要已打包和布署。
4）Package：把已编译的代码打包成可发布的格式，比如jar。
5）integration-test：如有需要，将包处理和发布到一个能够进行集成测试的环境。
6）verify：运行所有检查，验证包是否有效且达到质量标准。
7）install：把包安装到maven本地仓库，可以被其他工程作为依赖来使用。
8）Deploy：在集成或者发布环境下执行，将最终版本的包拷贝到远程的repository，使得其他的开发者或者工程可以共享。

3、site生命周期：建立和发布项目站点，phase如下

1）pre-site：生成项目站点之前需要完成的工作

2）site：生成项目站点文档

3）post-site：生成项目站点之后需要完成的工作

4）site-deploy：将项目站点发布到服务器

 

三、命令行和生命周期

各个生命周期相互独立，一个生命周期的阶段前后依赖。

举例如下：

1、mvn clean

调用clean生命周期的clean阶段，实际执行pre-clean和clean阶段

2、mvn test

调用default生命周期的test阶段，实际执行test以及之前所有阶段

3、mvn clean install

调用clean生命周期的clean阶段和default的install阶段，实际执行pre-clean和clean，install以及之前所有阶段

 

mvn clean，删除target目录构建的东西，

mvn package 打包，如jar包，放在target目录下，

mvn install  将包安装到本地repo

mvn deploy 将包push到远程repo

 

 

maven 插件和目标（plugins  and  goals）

插件和目标（plugins and  goals ）的大小关系：

 

一个maven插件是由一个或者多个目标集合组成的。

 

一个目标是一个明确的任务，它可以作为单独的目标运行，或者作为一个大的构建的一部分和其它目标一起运行。一个目标是Maven中的一个“工作单元(unit of work)”。目标的例子包括Compiler插件中的compile目标，它用来编译项目中的所有源文件，或者Surefire插件中的test目标，用来运行单元测试。

 

 

 

注意：

当提到一个插件目标的时候，我们常常用速记符号：pluginId:goalId。例如，当提到Archetype插件的create目标的时候，我们写成archetype:create。

 

archetype 是插件

create 是目标

 

 

 

 

pom.xml中module标签中指的是聚合，parent标签以及dependencyManagment/pluginManagment指的是继承

 

1.继承

（1）标签：<parent>

（2）举例

<parent>
   <groupId>com.tiantian.mavenTest</groupId>
   <artifactId>projectA</artifactId>
   <version>1.0-SNAPSHOT</version>
 </parent>

2. 聚合

（1）标签：<modules>

（2）举例

<modules>
       <module>../projectB</module>
</modules>
设置loger用来设置某一个包或者具体的某一个类的日志打印级别、以及指定<appender>。<loger>仅有一个name属性，一个可选的level和一个可选的addtivity属性。name:用来指定受此loger约束的某一个包或者具体的某一个类。level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，还有一个特俗值INHERITED或者同义词NULL，代表强制执行上级的级别。如果未设置此属性，那么当前loger将会继承上级的级别。addtivity:是否向上级loger传递打印信息。默认是true。<loger>可以包含零个或多个<appender-ref>元素，标识这个appender将会添加到这个loger。
设置root也是<loger>元素，但是它是根loger。只有一个level属性，应为已经被命名为"root".level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，不能设置为INHERITED或者同义词NULL。默认是DEBUG。<root>可以包含零个或多个<appender-ref>元素，标识这个appender将会添加到这个loger。

 

root logger是所有logger的parent。

对于某一个logger来说，name可以控制包或者类，一个logger可以添加多个appender

 

 

 

http://www.cnblogs.com/panxuejun/p/5847774.html

 

可以理解成tomcat和spring本身是解耦的，spring实现了一套自己的servelet，从而简化了web编程。

spring在从web.xml 中启动，注册了一大推bean，并 通过component-scan来扫描java程序的bean，从而实现注入(auto-wire,resource等。)

 

大牛请绕过，此文仅针对自己小白水平，对web程序的启动流程做个清晰的回顾。

一.使用spring等框架的web程序在Tomcat下的启动流程

1）Tomcat是根据web.xml来启动的。首先到web.xml

2）web.xml中负责启动spring和spring mvc。对应的启动配置文件分别是

启动spring mvc，并进行所有资源路径映射

<servlet>
<servlet-name>springMVC</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/cfg/springmvc-servlet.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>springMVC</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>

启动spring，通过ContextLoaderListener

1 2 3 4 5 6 7

<listener> 　　<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <context-param>     <param-name>contextConfigLocation</param-name>     <param-value>/WEB-INF/cfg/spring.xml</param-value> </context-param>

3）spring中对一些orm框架的启动，包括Mybatis/hibernate。orm框架的启动基本都是通过sqlsessionFactory bean来启动的。

    并配置各种bean到ioc容器中。包括datasource等。

 

4）web应用程序中，spring相当于程序运行的平台，spring对整个程序提高供ioc支持和aop支持。

spring提供注解如@service @repository @component将各种类注册到ioc容器中。通过设置scan package的方式，spring在启动时候会扫描包下的所有注解，并将它们注册到ioc容器中。并针对@autowired @resource，将一些bean从ioc容器中获取填充到bean的构造属性中。

spring会自动扫描如下包中的注解：

<context:component-scan base-package=”pagkage1[,pagkage2,…,pagkageN]”/>

以上可以看出spring所有的bean注入都是在spring.xml中配置的，所有的bean注入都在spring.xml中配置的。

@autowired @resource只针对于类的成员变量，不针对方法里的局部变量。

注：正是spring的ioc支持了controller层注入service，service注入dao。打通了各层之间的桥梁，省去了原来的new service(),new Dao()的方法。

 

问答

1.使用spring ioc有什么好处？

答：网上有很多介绍使用Spring IOC容器的好处的文章，我看到的主要有两点， 
1.方便测试，当需要测试的类依赖其他的类时，可以为依赖的类做个mock，然后注入进来。 
2.方便维护及升级，当某个类需要修改实现时，只要接口没变，则无需修改源代码，重写一个实现类，修改下配置即可。 

3.默认下，IOC容器管理的bean都是单例的，不会被gc掉。

4.spring提倡面向接口开发，因此在servcie里面的dao直接是接口就可以了。这样有助于解耦。（测试等等）。。 

如果不用spring，要么自己new daoimpl，就面向具体了，如果还想抽象，就必须自己写工厂——其实spring就是一个工厂IOC。实现类似的作用。 

其实，面向抽象是实现和接口分离，对于多数的项目，实现大量变化的机会不是很大，因此直接面向具体（省略掉dao接口等）是我个人推荐的做法。 

spring工厂对其中的对象的生命周期，作用范围都有很明确的定义，很容易使用，如果自己做这么一套，只怕没这么好。 

第三，spring对ioc管理的对象，可以做很多增强，比如aop，代理等等。 

5.感觉AOP最有用了。

 

2.spring是怎样支持面向接口编程的？

由于依赖于接口，可以通过依赖注入随时替换DAO接口的实现类，而应用程序完全不用了解接口与底层数据库操作细节。

应用程序----调用-----》DAO接口《---实现--DAO接口实现类----操作------》数据库