Spring Cloud Edgware新特性之一:解决Eureka中Jersey 1.x版本过旧的问题-不使用Jersey
Spring Cloud是当前炙手可热的微服务开发框架。它的功能强大,组件丰富,设计优雅。目前Spring Cloud还在不断发展之中。
Spring Cloud即将发布Spring Cloud Edgware
版本。该版本解决了不少Bug,新增了不少新特性,本系列博客将为大家详细阐述在Spring Cloud Edgware中新增的特性。
为了让描述更加的贴合实际,本文将结合笔者所在团队遇到的实际情况进行讲解。
背景
Eureka服务器与客户端之间默认使用Jersey 1.x
进行基于HTTP协议的交互。然而我们团队,需使用docker-client
(https://github.com/docker-java/docker-java) 。这货只支持Jersey 2.x
,而Jersey 1.x与2.x并不兼容。
寻求方案
于是,我们团队面临如下几种选择:
- 使用Eureka提供的
eureka-client-jersey2
模块,即使用Jersey 2.x
来代替Jersey 1.x
https://github.com/Netflix/eureka/tree/master/eureka-client-jersey2 。然而,这种方式不够稳妥,原因是eureka-client-jersey2
是由社区提供,并非由Eureka官方团队维护,并且已经很久不更新了。 - 放弃使用
docker-client
,使用其他的Docker客户端,例如https://github.com/spotify/docker-client (该项目支持Jersey 1.x以及Jersey 2.x)。 - 升级
Spring Cloud Netflix
到1.4.x,即:Spring Cloud Edgware
【笔者认为的最佳方案】。
本文探讨的就是在Spring Cloud Edgware
中Eureka的点点滴滴。
废弃Eureka Client的Jersey
Spring Cloud Edgware
中,Jersey并非必选。可为Eureka Client禁用掉Jersey,转而使用我们想要的HTTP客户端,例如RestTemplate。只需将Jersey的包从依赖中删除,Spring Cloud就会自动配置一个基于Spring RestTemplate
的传输客户端。操作如下:
1 | <dependency> |
收益
简单的操作后,有两个好处:
- 再也不用烦Jersery的版本冲突问题
- 依赖减少了一些。
原理及代码
详见:https://github.com/spring-cloud/spring-cloud-netflix/issues/1849 。简单来说,就是Eureka提供了一个抽象,允许用户为Eureka Client定制自己的HTTP客户端,而不像老版本,强制使用Jersery。
评论系统未开启,无法评论!