IDEA配置

IDEA配置：

1.从SVN 检出项目之后，并用 IDEA 首次打开项目，IDEA 会弹出如下选择框：
Do you want to schedule the following file for addition to Subversion? xxx.iml

实际上，XXX.iml文件是 IDEA 自动为我们（首次）打开的项目生成的配置文件，
例如我们的项目名为accounting-hessian，那么 IDEA 就自动为我们的项目生产了一个名为accounting-hessian.iml的配置文件。
无论我们选择No还是Yes，IDEA 都会自动在项目中添加此配置文件，两者的区别就在于：如果我们选择No，
那么在我们向 SVN 提交代码的时候，IDEA 在检索项目版本变更的时候会自动忽略此文件；如果我们选择Yes，
那么在我们向 SVN 提交代码的时候，IDEA 会将其添加到项目的版本变更中。

2.IDEA SVN导出的设置：
depth empty：只包含目录自身，不包含目录下的任何文件和子目录。
depth files： 包含目录和目录下的文件，不包含子目录。
depth immediates： 包含目录和目录下的文件及子目录。但不对子目录递归。
depth infinity： 这是默认的，包含整个目录树。

3.artifacts
即编译后的Java类，Web资源等的整合，用以测试、部署等工作。再白话一点，就是说某个module要如何打包，
例如war exploded、war、jar、ear等等这种打包形式。某个module有了 Artifacts 就可以部署到应用服务器中了。

war模式：将WEB工程以包的形式上传到服务器；
war exploded模式：将WEB工程以当前文件夹的位置关系上传到服务器；

(1)war模式这种可以称之为是发布模式，看名字也知道，这是先打成war包，再发布；
(2)war exploded模式是直接把文件夹、jsp页面 、classes等等移到Tomcat 部署文件夹里面，
进行加载部署。因此这种方式支持热部署，一般在开发的时候也是用这种方式。
(3)在平时开发的时候，使用热部署的话，应该对Tomcat进行相应的设置，这样的话修改的jsp界面什么的东西才
可以及时的显示出来。

其实，实际上，当你点击运行tomcat时，默认就开始做以下事情：

编译，IDEA在保存/自动保存后不会做编译，不像Eclipse的保存即编译，因此在运行server前会做一次编译。
编译后class文件存放在指定的项目编译输出目录下,根据artifact中的设定对目录结构进行创建；
拷贝web资源的根目录下的所有文件到artifact的目录下
拷贝编译输出目录下的classes目录到artifact下的WEB-INF下
拷贝lib目录下所需的jar包到artifact下的WEB_INF下；
运行server，运行成功后，如有需要，会自动打开浏览器访问指定url。

热部署：
VM options:
on Update action: update resources
on frame deactvation: update resources

4.
Project Structure
Project name：定义项目的名称；
Project SDK：设置该项目使用的JDK，也可以在此处新添加其他版本的JDK；
Project language level：这个和JDK的类似，区别在于，假如你设置了JDK1.8，却只用到1.6的特性，那么这里可以设置语言等级为1.6，这个是限定项目编译检查时最低要求的JDK特性；
Project compiler output：项目中的默认编译输出总目录，如图黄色部分，实际上每个模块可以自己设置特殊的输出目录（Modules - (project) - Paths - Use module compile output path），所以这个设置有点鸡肋。

Modules（模块）
一个项目中可以有多个子项目，每个子项目相当于一个模块
每个子项目都对应了Sources、Paths、Dependencies 三大配置选项：
Sources：显示项目的目录资源，那些是项目部署的时候需要的目录，不同颜色代表不同的类型；
Paths：可以指定项目的编译输出目录，即项目类和测试类的编译输出地址（替换掉了Project的默认输出地址）
Dependencies：项目的依赖