Maven 整合SSH框架
1. 传递依赖冲突
1.1 传递依赖:A(项目)依赖B,B依赖C(1.1版本),B是A的直接依赖,C是A的传递依赖;
A(项目)又依赖D,D依赖C(1.2版本),此时,C有两个版本,产生冲突;
1.2 Maven 的调解原则
- 第一声明者优先原则: 谁先定义,就用谁的传递依赖;
- 路径近者优先原则: 直接依赖级别高于传递依赖;
1.3 排除依赖
1.4 版本锁定(推荐)
2. 整合SSH框架
2.1 SSH 配置文件加载过程
3. 项目拆分
3.1 对现在已有 maven ssh 项目进行拆分,拆分思路: 将DAO层代码和配置文件全部提取到一个表现上独立
的工程中;另外,也将 service, action 拆分;
- ssh-parent(父工程)
- ssh-dao(子模块)
- ssh-service
- ssh-web
3.2 创建父工程
Maven Project- 包的类型:
pom - 父工程目录结构:只有 pom.xml,父工程不进行编码;
- 项目需要的依赖信息,在父工程中定义,子模块继承;
- 将各个子模块聚合到一起;
3.2.1 将父工程发布到本地仓库(Maven install)
- service,dao过程也会发布到本地仓库,如果本地仓库中没有父工程,发布的 service 工程会报错;
3.3 创建子模块 ssh-dao
Maven Module- 包的类型:
jar - 包含dao层代码和配置文件
- 将spring的配置文件applicationContext.xml进行拆分:
applicationContext-basic.xml: 存放dataSource,sessionFactory和事务管理的配置;applicationContext-dao.xml: 存放dao对象的配置;
- 发布到本地仓库:
maven install;
3.4 创建子模块 ssh-service
- 在service工程 pom.xml 文件中添加 ssh-dao 的依赖;
3.5 创建子模块 ssh-web
- 包的类型:
war,因为需要处理页面; - 需要导入 struts.xml 配置文件;
- 需要导入 web.xml 配置文件以及页面;
- "
classpath:applicationContext-.xml "
- "
3.6 单元测试
classpath:spring/applicationContext-*.xml: 加载本项目中的配置文件;classpath*:spring/applicationContext-*.xml: 既要加载本项目中配置文件,也要加载jar包中配置文件
3.7 传递依赖范围
3.8 运行
- 方式一:运行父工程,父工程将各个子模块聚合到一起; 将 ssh-web 项目打成war包发布到 tomcat;
- 方式二:直接运行 ssh-web 项目;
- 方式三:自己手动部署到 tomcat 上;
参考资料
