3.1、war和war exploded的区别
是选择war还是war exploded 这里首先看一下他们两个的区别:
(1)war模式这种可以称之为是发布模式,看名字也知道,这是先打成war包,再发布;
(2)war exploded模式是直接把文件夹、jsp页面 、classes等等移到Tomcat 部署文件夹里面,进行加载部署。因此这种方式支持热部署,一般在开发的时候也是用这种方式。
(3)在平时开发的时候,使用热部署的话,应该对Tomcat进行相应的设置,这样的话修改的jsp界面什么的东西才可以及时的显示出来。
两种方式得部署方式是不一样的,在获取项目的路径的时候得到的结果是不一样的
String contextPath = request.getSession().getServletContext().getRealPath("/");
3.2、创建Maven多模块项目
多模块项目不一定要使用Maven,普通项目也可以。
3.2.1、maven多模块优点
- 复用,划分出来的模块可以供其他项目使用。
- 固化,划分出来的某个模块可让专人开发,沉淀技术,分工协作。
- 优化依赖,每个模块有各自的pom。
- 节省时间,可在单个模块上进行build。
3.2.2、在IDEA中创建多模块项目
1、创建父模块
进过创建后的完整项目结构,其中blog_admin,blog_web为SpringBoot项目,其余无骨架(archetype)Maven项目。
2、模块间依赖
方法一:依赖class
添加模块依赖
指定要依赖的模块
依赖成功
方法二:通过座标直接依赖jar
1.直接引用
<dependencies>
<dependency>
<groupId>com.zhou</groupId>
<artifactId>blog_file</artifactId>
<version>${onlyblog.version}</version>
</dependency>
</dependencies>
3.3、多模块项目依赖管理与依赖继承
3.3.1、指定父模块与默认继承
dependencies即使在子项目中不写该依赖项,那么子项目仍然会从父项目中继承该依赖项(全部继承)
3.3.2、依赖管理
<!-- dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖,
是不会从父项目中继承下来的;只有在子项目中写了该依赖项,
并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom
因为blog_core需要被多次使用,我需要指定使用在某个项目中 -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.zhou</groupId>
<artifactId>blog_core</artifactId>
<version>${project.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
使用
在子类中,依赖配置较原来就简单了。可以在子类中只配置groupId和artifactId ,省去了version。因为完整的依赖声明已经包含在父POM中。 这样可以统一项目范围中依赖的版本,帮助降低依赖冲突的几率。
如果子模块不声明依赖的使用,即使该依赖已经在父POM的dependencyManangement中声明了,也不会产生任何实际的效果。
如果想要在某个模块中使用和另一个模块中完全一样的dependencyManagement配置,除了赋值和继承外,还可以使用import范围依赖将这一配置导入。
我们要达到的目的是:父模块作版本管理不实际依赖,子模块按需依赖。
<dependencies>
<dependency>
<groupId>com.zhou</groupId>
<artifactId>blog_core</artifactId>
</dependency>
</dependencies>
这样做的好处:
统一管理项目的版本号,确保应用的各个项目的依赖和版本一致,才能保证测试的和发布的是相同的成果,因此,在顶层pom中定义共同的依赖关系。同时可以避免在每个使用的子项目中都声明一个版本号,这样想升级或者切换到另一个版本时,只需要在父类容器里更新,不需要任何一个子项目的修改;如果某个子项目需要另外一个版本号时,只需要在dependencies中声明一个版本号即可。子类就会使用子类声明的版本号,不继承于父类版本号。
3.4、使用Profiles标签实现多环境切换
在实际开发项目中,常常有多种环境,例如:开发、测试、正式等。各个环境之间对应的中间件地址,用户名密码等参数数据也各不相同,Maven提供了标签 profiles 实现了多环境配置,简化了多环境切换的麻烦。
3.4.1、springboot启动时是如何加载配置文件application.yml文件
https://blog.csdn.net/chengkui1990/article/details/79866499
3.4.2、在pom.xml定义环境的profile
<!-- Maven控制Spring Profile -->
<profiles>
<!--默认开启dev-->
<profile>
<id>dev</id>
<activation>
<!--这个字段表示默认激活-->
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<profileActive>dev</profileActive>
</properties>
<build>
<!-- 产生的构件的文件名,默认值是${artifactId}-${version}-->
<finalName>${project.artifactId}-${project.version}</finalName>
</build>
</profile>
<!--测试配置-->
<profile>
<id>test</id>
<properties>
<profileActive>test</profileActive>
</properties>
<build>
<!-- 产生的构件的文件名-->
<finalName>${project.artifactId}-${project.version}</finalName>
</build>
</profile>
<!--生产配置-->
<profile>
<id>prod</id>
<properties>
<profileActive>prod</profileActive>
</properties>
<build>
<!-- 产生的构件的文件名-->
<finalName>${project.artifactId}</finalName>
</build>
</profile>
</profiles>
<build>
<!-- profile对资源的操作 -->
<resources>
<resource>
<directory>src/main/resources</directory>
<!--打包时先排除掉所有yml-->
<excludes>
<exclude>application*.yml</exclude>
</excludes>
</resource>
<resource>
<!--这里是关键! 根据不同的环境,把对应文件夹里的配置文件打包-->
<directory>src/main/resources</directory>
<!-- 是否替换@xx@表示的maven properties属性值 -->
<filtering>true</filtering>
<!--如果有其他定义通用文件,需要包含进来-->
<includes>
<include>application.yml</include>
<include>application-${profileActive}.yml</include>
</includes>
</resource>
</resources>
</build>
3.4.3、将application.yml的active参数
# SPRING PROFILES
spring:
profiles:
active: '@profileActive@'