Spring主要知识及应用

Spring主要知识及应用
jwang什么是Spring
Spring 是一个开源框架,是为了解决企业应用程序开发复杂性而创建的(解耦)。
框架的主要优势之一就是其分层架构,分层架构允许您选择使用哪一个组件,同时为 J2EE 应用程序开发提供集成的框架。
简单来说,Spring是一个分层的JavaSE/EE full-stack(一站式) 轻量级开源框架。
一站式:Spring提供了三层解决方案.
Spring概述
Spring 的发展历程
1997 年 IBM 提出了 EJB 的思想
1998 年, SUN 制定开发标准规范 EJB1.0
1999 年, EJB1.1 发布
2001 年, EJB2.0 发布
2003 年, EJB2.1 发布
2006 年, EJB3.0 发布
Rod Johnson(spring 之父)
Expert One-to-One J2EE Design and Development(2002),阐述了 J2EE 使用 EJB 开发设计的优点及解决方案
Expert One-to-One J2EE Development without EJB(2004),阐述了 J2EE 开发不使用 EJB 的解决方式(Spring 雏形)
2017 年 9 月份发布了 spring 的最新版本 spring 5.0 通用版(GA)
Spring的优点
1.方便解耦,简化开发(基础重要功能)
通过Spring提供的IOC容器,我们可以将对象之间的依赖关系交由Spring进行控制,避免硬编码所造成的过度程序耦合。有了Spring,用户不必再为单实例模式类、属性文件解析等这些很底层的需求编写代码,可以更专注于上层的应用。
- AOP编程的支持(亮点) 开闭原则
通过Spring提供的AOP功能,方便进行面向切面的编程,许多不容易用传统OOP实现的功能可以通过AOP轻松应付。
- 声明式事务的支持 (简化事务)
在Spring中, 我们可以从单调烦闷的事务管理代码中解脱出来,通过声明式方式灵活地进行事务的管理,提高开发效率和质量
- 方便程序的测试 (集成Junit测试框架)
可以用非容器依赖的编程方式进行几乎所有的测试工作,在Spring里,测试不再是昂贵的操作,而是随手可做的事情。例如:Spring对Junit4支持,可以通过注解方便的测试Spring程序。
Spring不排斥各种优秀的开源框架,相反,Spring可以降低各种框架的使用难度,Spring提供了对各种优秀框架(如Struts,Hibernate、Hessian、Quartz)等的直接支持。
降低Java EE API的使用难度(了解)
Spring对很多难用的Java EE API(如JDBC,JavaMail,远程调用等)提供了一个薄薄的封装层,通过Spring的简易封装,这些Java EE API的使用难度大为降低
Spring的体系结构
IOC
程序耦合
耦合性(Coupling),也叫耦合度,是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系,包括控制关系、调用关系、数据传递关系。模块间联系越多,其耦合性越强,同时表明其独立性越差( 降低耦合性,可以提高其独立性)。 耦合性存在于各个领域,而非软件设计中独有的,但是我们只讨论软件工程中的耦合。
在软件工程中, 耦合指的就是就是对象之间的依赖性。对象之间的耦合越高,维护成本越高。因此对象的设计
应使类和构件之间的耦合最小。 软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。 划分模块的一个
准则就是高内聚低耦合。
总结:
耦合是影响软件复杂程度和设计质量的一个重要因素,在设计上我们应采用以下原则:如果模块间必须存在耦合,就尽量使用数据耦合,少用控制耦合,限制公共耦合的范围,尽量避免使用内容耦合。内聚与耦合内聚标志一个模块内各个元素彼此结合的紧密程度,它是信息隐蔽和局部化概念的自然扩展。内聚是从功能角度来度量模块内的联系,一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件
结构中各模块之间相互连接的一种度量,耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 程序讲究的是低耦合,高内聚。就是同一个模块内的各个元素之间要高度紧密,但是各个模块之
间的相互依存度却要不那么紧密。
内聚和耦合是密切相关的,同其他模块存在高耦合的模块意味着低内聚,而高内聚的模块意味着该模块同其他
模块之间是低耦合。在进行软件设计时,应力争做到高内聚,低耦合。
在代码中体现
早期我们的 JDBC 操作(面向接口的编程),注册驱动时,我们为什么不使用 DriverManager 的 register 方法,而是采
用 Class.forName 的方式?
原因就是: 我们的类依赖了数据库的具体驱动类(MySQL) ,如果这时候更换了数据库(比如 Oracle) ,
需要修改源码来重新数据库驱动。这显然不是我们想要的。
/** |
第一种耦合:一个类直接依赖另外一个类
第二种耦合:将字符串直接写死在Java代码中(字符串的硬编码)
解决程序耦合的思路
产生类与类之间的耦合的根本原因是:在一个类中new了另外一个类的对象
解决耦合的思路:不在类中创建另外一个类的对象,但是我们还需要另一个类的对象;由别人(Spring)把那个类的对象创建好之后给我用就可以了
当是我们讲解 jdbc 时,是通过反射来注册驱动的,代码如下:
Class.forName("com.mysql.jdbc.Driver");//此处只是一个字符串
此时的好处是,我们的类中不再依赖具体的驱动类,此时就算删除 mysql 的驱动 jar 包,依然可以编译(运行就不要想了没有驱动不可能运行成功的) 。
同时,也产生了一个新的问题, mysql 驱动的全限定类名字符串是在 java 类中写死的,一旦要改还是要修改源码。解决这个问题也很简单,使用配置文件配置
自定义IOC(工厂模式解耦)
- 原始方式
- 方式: 创建类, 直接根据类new对象
- 优点: 好写, 简单
- 缺点: 耦合度太高, 不好维护
- 接口方式
- 方式: 定义接口, 创建实现类. 接口=子类的对象
- 优点: 耦合度相对原始方式 减低了一点
- 缺点: 多写了接口, 还是需要改源码 不好维护
- 自定义IOC
- 方式: 使用对象的话, 不直接new()了,直接从工厂里面取; 不需要改变源码
接口方式
- UserService.java
package com.jwang.service; |
- UserServiceImpl.java
package com.jwang.service.impl; |
- TestSpring.java
public class TestSpring { |
自定义IOC(使用工厂模式解耦)
- 工厂模式解耦思路
在实际开发中我们可以把三层的对象都使用配置文件配置起来,当启动服务器应用加载的时候, 让一个类中的方法通过读取配置文件,把这些对象创建出来并存起来。在接下来的使用的时候,直接拿过来用就好了。那么,这个读取配置文件, 创建和获取三层对象的类就是工厂
- 添加坐标依赖
<dependencies> |
- UserService.java
package com.jwang.service; |
- UserServiceImpl.java
package com.jwang.service.impl; |
- Client.java
package com.jwang.service.impl; |
BeanFactory2.java
下面的通过 BeanFactory2 中 getBean 方法获取对象就解决了我们代码中对具体实现类的依赖。
package com.jwang.factory; |
- spring.xml
|
IOC概念
分析和IOC的引入
上面我们通过使用工厂模式,实现了解耦。
它的核心思想就是:
1、通过Bean工厂读取配置文件使用反射创建对象。
2、把创建出来的对象都存起来,当使用者需要对象的时候,不再自己创建对象,而是调用Bean工厂的方法从容器中获取对象
这里面要解释两个问题:
第一个:存哪去?
分析:由于我们是很多对象,肯定要找个集合来存。这时候有 Map 和 List 供选择。
到底选 Map 还是 List 就看我们有没有查找需求。有查找需求,选 Map。
所以我们的答案就是:在应用加载时,创建一个 Map,用于存放三层对象。我们把这个 map 称之为容器。
第二个: 什么是工厂?
工厂就是负责给我们从容器中获取指定对象的类。这时候我们获取对象的方式发生了改变。
原来:我们在获取对象时,都是采用 new 的方式。 是主动的。
- 老方式
现在 我们获取对象时,同时跟工厂要,有工厂为我们查找或者创建对象。 是被动的。
IOC概述
IOC(inversion of control)的中文解释是“控制反转”,对象的使用者不是创建者. 作用是将对象的创建 反转给spring框架来创建和管理。
控制反转怎么去理解呢。 其实它反转的是什么呢,是对象的创建工作。 举个例子:平常我们在servlet或者service里面创建对象,都是使用new 的方式来直接创建对象,现在有了spring之后,我们就再也不new对象了,而是把对象创建的工作交给spring容器去维护。我们只需要问spring容器要对象即可
ioc 的作用:削减计算机程序的耦合(解除我们代码中的依赖关系)。
Spring的IOC快速入门
分析
本章我们使用的案例是, 账户的业务层和持久层的依赖关系解决。在开始 spring 的配置之前,我们要先准备一下环境。由于我们是使用 spring 解决依赖关系,并不是真正的要做增删改查操作,所以此时我们没必要写实体类。并且我们在此处使用的是 java 工程,不是 java web 工程。
- UserService.java
package com.jwang.service; |
- UserServiceImpl.java
package com.jwang.service.impl; |
<dependencies> |
在类的根路径下创建spring的配置文件
配置文件为任意名称的 xml 文件(不能是中文)
|
- 编写Java代码测试
public class TestSpring { |
Spring 基于 XML 的 IOC 细节
配置文件详解(Bean标签)
|
id或者name属性
用于标识bean , 其实id 和 name都必须具备唯一标识 ,两种用哪一种都可以。但是一定要唯一、 一般开发中使用id来声明.
class属性: 用来配置要实现化类的全限定名
scope属性: 用来描述bean的作用范围
singleton: 默认值,单例模式。spring创建bean对象时会以单例方式创建。(默认)
prototype: 多例模式。spring创建bean对象时会以多例模式创建。
request: 针对Web应用。spring创建对象时,会将此对象存储到request作用域。(不用管)
session: 针对Web应用。spring创建对象时,会将此对象存储到session作用域。(不用管)
init-method属性:spring为bean初始化提供的回调方法
destroy-method属性:spring为bean销毁时提供的回调方法. 销毁方法针对的都是单例bean , 如果想销毁bean , 可以关闭工厂
bean的作用范围和生命周期
单例对象: scope=”singleton”,一个应用只有一个对象的实例。它的作用范围就是整个引用。
1. 核心容器创建的时候,会创建出它所配置的所有类的对象 2. 核心容器销毁的时候,它里面的对象才会被销毁多例对象: scope=”prototype”,每次访问对象时,都会重新创建对象实例。
- 当核心容器调用getBean(id)的时候,创建对象
- 垃圾回收机制才能销毁这个对象
- 当核心容器调用getBean(id)的时候,创建对象
Spring工厂详解
ApplicationContext接口的三种实现类
- ClassPathXmlApplicationContext:它是从类的根路径下加载配置文件
- FileSystemXmlApplicationContext:它是从磁盘路径上加载配置文件,配置文件可以在磁盘的任意位置。
- AnnotationConfigApplicationContext:当我们使用注解配置容器对象时,需要使用此类来创建 spring 容器。它用来读取注解。
BeanFactory 和 ApplicationContext 的区别(了解)
ApplicationContext 是现在使用的工厂
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
XmlBeanFactory是老版本使用的工厂,目前已经被废弃【了解】
BeanFactory beanFactory = new XmlBeanFactory(new ClassPathResource("applicationContext.xml"));
两者的区别:
ApplicationContext加载方式是框架启动时就开始创建所有单例的bean,存到了容器里面
非懒加载: 在核心容器创建的时候,创建出所有的bean对象,存到核心容器中
懒加载: 第一次调用getBean()的时候,创建出bean对象,存到核心容器中
BeanFactory加载方式是用到bean时再加载(目前已经被废弃)
- 懒加载: 第一次调用getBean()的时候,创建出bean对象,存到核心容器中
ApplicationContext是BeanFactory的子接口,子接口的功能肯定比父接口更强大
实例化Bean的三种方式
方式一: 无参构造方法方式
需要实例化的类,提供无参构造方法
配置代码
<bean class="com.jwang.service.impl.UserServiceImpl" |
方式二: 静态工厂方式
需要额外提供工厂类 , 工厂方法是静态方法
package com.jwang.service.utils; |
配置代码
<!-- |
方式三:实例工厂实例化Bean的方法
创建实例化工厂类
package com.jwang.service.utils; |
配置
<!-- |
依赖注入
依赖注入全称是 dependency Injection 翻译过来是依赖注入.其实就是如果spring核心容器管理的某一个类中存在属性,需要spring核心容器在创建该类实例的时候,顺便给这个对象里面的属性进行赋值。 这就是依赖注入。
现在, Bean的创建交给Spring了, 需要在xml里面进行注册
我们交给Spring创建的Bean里面可能有一些属性(字段), Spring帮我创建的同时也把Bean的一些属性(字段)给赋值, 这个赋值就是注入.
依赖注入实现
构造方法方式注入
UserServiceImpl
package com.jwang.service.impl;
import com.jwang.dao.UserDao;
import com.jwang.service.UserService;
/**
* 包名:com.jwang.service.impl
*
* @author Leevi
* 日期2020-08-09 12:05
*/
public class UserServiceImpl implements UserService{
private UserDao userDao;
public UserServiceImpl() {
}
public UserServiceImpl(UserDao userDao) {
this.userDao = userDao;
}
public String getName() {
return userDao.getName();
}
}配置文件
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<!--
它里面的userDao属性要进行赋值
-->
<bean id="userService" class="com.jwang.service.impl.UserServiceImpl">
<constructor-arg name="userDao" ref="userDao"></constructor-arg>
</bean>
<bean id="userDao" class="com.jwang.dao.impl.UserDaoImpl"></bean>
</beans>
set方法方式的注入
注入对象类型
UserServiceImpl
package com.jwang.service.impl;
import com.jwang.dao.UserDao;
import com.jwang.service.UserService;
/**
* 包名:com.jwang.service.impl
*
* @author Leevi
* 日期2020-08-09 12:05
*/
public class UserServiceImpl implements UserService{
private UserDao userDao;
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
public String getName() {
return userDao.getName();
}
}配置文件
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<!--
它里面的UserService属性要进行赋值
第一种:使用有参构造进行属性的注入,使用<constructor-arg>标签注入
第二种:使用set方法进行属性的注入
第三种:p命名空间的方式注入
要注入的属性类型:
1. 对象(spring核心容器中的)类型: ref="对象的id"
2. 简单类型: String、int、Integer: value="要注入的数据"
-->
<bean id="userController" class="com.jwang.controller.UserController">
<!--set方法注入-->
<property name="userService" ref="userService"></property>
</bean>
<!--
它里面的userDao属性要进行赋值
-->
<bean id="userService" class="com.jwang.service.impl.UserServiceImpl">
<!--set方法注入-->
<property name="userDao" ref="userDao"></property>
</bean>
<bean id="userDao" class="com.jwang.dao.impl.UserDaoImpl"></bean>
</beans>
注入数组类型
java代码
package com.jwang.dao.impl;
import com.jwang.dao.UserDao;
import java.util.Arrays;
import java.util.Map;
/**
* 包名:com.jwang.dao.impl
*
* @author Leevi
* 日期2020-08-09 12:05
*/
public class UserDaoImpl implements UserDao{
private String[] stringArray;
public void setStringArray(String[] stringArray) {
this.stringArray = stringArray;
}
public String getName() {
System.out.println("数组stringArray:" + Arrays.toString(stringArray));
//模拟调用数据库方法获取name
return "奥巴马";
}
}配置文件
<bean id="userDao" class="com.jwang.dao.impl.UserDaoImpl">
<!--注入数组-->
<property name="stringArray">
<array>
<value>hello1</value>
<value>hello2</value>
<value>hello3</value>
<value>hello4</value>
</array>
</property>
</bean>
注入Map类型
Java代码
package com.jwang.dao.impl;
import com.jwang.dao.UserDao;
import java.util.Arrays;
import java.util.Map;
/**
* 包名:com.jwang.dao.impl
*
* @author Leevi
* 日期2020-08-09 12:05
*/
public class UserDaoImpl implements UserDao{
private Map map;
public void setMap(Map map) {
this.map = map;
}
public String getName() {
System.out.println("map的值为:" + map);
//模拟调用数据库方法获取name
return "奥巴马";
}
}配置文件
<bean id="userDao" class="com.jwang.dao.impl.UserDaoImpl"">
<!--注入map-->
<property name="map">
<map>
<entry key="username" value="aobama"></entry>
<entry key="pwd" value="123456"></entry>
<entry key="address" value="召唤师峡谷"></entry>
</map>
</property>
</bean>
注入简单类型数据
Java代码
package com.jwang.dao.impl;
import com.jwang.dao.UserDao;
import java.util.Arrays;
import java.util.Map;
/**
* 包名:com.jwang.dao.impl
*
* @author Leevi
* 日期2020-08-09 12:05
*/
public class UserDaoImpl implements UserDao{
private String username;
private Integer age;
public void setAge(Integer age) {
this.age = age;
}
public void setUsername(String username) {
this.username = username;
}
public String getName() {
System.out.println("年龄是:" + age);
//模拟调用数据库方法获取name
return username;
}
}配置文件
<!--
它里面的userDao属性要进行赋值
-->
<bean id="userService" class="com.jwang.service.impl.UserServiceImpl" p:userDao-ref="userDao">
<!--构造函数方式注入-->
<!--<constructor-arg name="userDao" ref="userDao"></constructor-arg>-->
<!--set方法注入-->
<!--<property name="userDao" ref="userDao"></property>-->
</bean>
<bean id="userDao" class="com.jwang.dao.impl.UserDaoImpl">
<!--set方法注入-->
<property name="age" value="28"></property>
<property name="username" value="奥巴马"></property>
</bean>
P名称空间注入其实底层也是调用set方法,只是写法有点不同
p名称空间的方式
提供属性的set方法
在spring.xml引入p命名空间
xmlns:p="http://www.springframework.org/schema/p"
|
- 使用
<!-- |
IOC和依赖注入运用
使用Spring的IOC的实现账户的CRUD
环境搭建
- 创建Maven工程,导入坐标
<dependencies> |
实体
package com.jwang.pojo; |
编写持久层代码
AccountDao.java
package com.jwang.dao; |
AccountDaoImpl.java
package com.jwang.dao.impl; |
编写业务层代码
AccountService.java
package com.jwang.service; |
AccountServiceImpl.java
package com.jwang.service.impl; |
拷贝Druid的工具类以及Druid的配置文件
- DruidUtil
package com.jwang.utils; |
- jdbc.properties
# 数据库连接参数 |
配置步骤
- 创建applicationContext.xml
|
测试案例
package com.jwang; |
Spring5 的新特性
jdk 版本要求
spring5.0 在 2017 年 9 月发布了它的 GA(通用)版本。
该版本是基于 jdk8 编写的, 所以 jdk8 以下版本将无法使用。 同时,可以兼容 jdk9 版本。
注:
我们使用 jdk8 构建工程,可以降版编译。但是不能使用 jdk8 以下版本构建工程。
Spring 大量使用了反射
利用 jdk8 版本更新的内容
- 基于 JDK8 的反射增强
public class Test { |
@NonNull 注解和@Nullable 注解的使用
用 @Nullable 和 @NotNull 注解来显示表明可为空的参数和以及返回值。这样就够在编译的时候处理空值而不是在运行时抛出 NullPointerExceptions。
日志记录方面
Spring Framework 5.0 带来了 Commons Logging 桥接模块的封装, 它被叫做 spring-jcl 而不是标准的 Commons Logging。当然,无需任何额外的桥接,新版本也会对 Log4j 2.x, SLF4J, JUL( java.util.logging) 进行自动检测。
核心容器的更新
Spring Framework 5.0 现在支持候选组件索引作为类路径扫描的替代方案。该功能已经在类路径扫描器中添加,以简化添加候选组件标识的步骤。应用程序构建任务可以定义当前项目自己的 META-INF/spring.components 文件。在编译时,源模型是自包含的, JPA 实体和 Spring 组件是已被标记的。从索引读取实体而不是扫描类路径对于小于 200 个类的小型项目是没有明显差异。但对大型项目影响较大。加载组件索引开销更低。因此,随着类数的增加,索引读取的启动时间将保持不变。 加载组件索引的耗费是廉价的。因此当类的数量不断增长,加上构建索引的启动时间仍然可以维持一个常数,不过对于组件扫描而言,启动时间则会有明显的增长。 这个对于我们处于大型 Spring 项目的开发者所意味着的,是应用程序的启动时间将被大大缩减。虽然 20 或者 30 秒钟看似没什么,但如果每天要这样登上好几百次,加起来就够你受的了。使用了组件索引的话,就能帮助你每天过的更加高效。
你可以在 Spring 的 Jira 上了解更多关于组件索引的相关信息。
JetBrains Kotlin 语言支持
Kolin概述:谷歌公司研发的,是一种支持函数式编程编程风格的面向对象语言。 Kotlin 运行在 JVM 之上,但运行环境并不
限于 JVM。
- Kolin 的示例代码:
{ |
- Kolin 注册 bean 对象到 spring 容器:
val context = GenericApplicationContext { |
响应式编程风格
此次 Spring 发行版本的一个激动人心的特性就是新的响应式堆栈 WEB 框架。这个堆栈完全的响应式且非阻塞,适合于事件循环风格的处理,可以进行少量线程的扩展。
Reactive Streams 是来自于 Netflix, Pivotal, Typesafe, Red Hat, Oracle, Twitter 以及Spray.io 的工程师特地开发的一个 API。它为响应式编程实现 的实现提供一个公共 的 API,好实现Hibernate 的 JPA。这里 JPA 就是这个 API, 而 Hibernate 就是实现。Reactive Streams API 是 Java 9 的官方版本的一部分。在 Java 8 中, 你会需要专门引入依赖来使用 Reactive Streams API。Spring Framework 5.0 对于流式处理的支持依赖于 Project Reactor 来构建, 其专门实现了Reactive Streams API。
Spring Framework 5.0 拥有一个新的 spring-webflux 模块,支持响应式 HTTP 和 WebSocket 客
户端 Spring Framework 5.0 还提供了对于运行于服务器之上,包含了 REST, HTML, 以及 WebSocket 风格交互的响应式网页应用程序的支持。在 spring-webflux 中包含了两种独立的服务端编程模型:基于注解:使用到了@Controller 以及 Spring MVC 的其它一些注解;使用 Java 8 lambda 表达式的函数式风格的路由和处理。有 了 Spring Webflux, 你 现 在 可 以 创 建 出 WebClient, 它 是 响 应 式 且 非 阻 塞 的 , 可 以 作 为RestTemplate 的一个替代方案。
- 这里有一个使用 Spring 5.0 的 REST 端点的 WebClient 实现:
WebClient webClient = WebClient.create(); |
Junit5 支持
完全支持 JUnit 5 Jupiter,所以可以使用 JUnit 5 来编写测试以及扩展。此外还提供了一个编程以及扩展模型, Jupiter 子项目提供了一个测试引擎来在 Spring 上运行基于 Jupiter 的测试。
另外, Spring Framework 5 还提供了在 Spring TestContext Framework 中进行并行测试的扩展。针对响应式编程模型, spring-test 现在还引入了支持 Spring WebFlux 的 WebTestClient 集成测试的支持,类似于 MockMvc,并不需要一个运行着的服务端。使用一个模拟的请求或者响应, WebTestClient就可以直接绑定到 WebFlux 服务端设施。
你可以在这里找到这个激动人心的 TestContext 框架所带来的增强功能的完整列表。当然, Spring Framework 5.0 仍然支持我们的老朋友 JUnit! 在我写这篇文章的时候, JUnit 5 还只是发展到了 GA 版本。对于 JUnit4, Spring Framework 在未来还是要支持一段时间的。
依赖类库的更新
终止支持的类库
Portlet.
Velocity.
JasperReports.
XMLBeans.
JDO.
Guava.支持的类库
Jackson 2.6+
EhCache 2.10+ / 3.0 GA
Hibernate 5.0+
JDBC 4.0+
XmlUnit 2.x+
OkHttp 3.x+
Netty 4.1+







