Quarkus集成Dubbo服务Rpc远程通讯框架整合
前言
dubbo是一个流行的使用广泛的服务治理型RPC框架,博主所在公司,大量服务都是使用dubbo来暴露和调用的,如果想要使用quarkus替换spring boot来做业务系统,肯定要在quarkus中解决dubbo集成的问题。好在dubbo的设计比较优良,除了提供在spring环境下的自动装备加载,还可以通过手动编程的方式集成dubbo。不过,如果确定使用quarkus作为主要的开发框架的话,最终的目标应该是将服务直接注册到k8s的service中,就不需要dubbo或者grpc这种远程通讯框架了。
引入dubbo依赖
<dependency>
<groupId>org.apache.dubbo</groupId>
<artifactId>dubbo</artifactId>
<version>2.7.7</version>
<exclusions>
<exclusion>
<artifactId>spring-context-support</artifactId>
<groupId>com.alibaba.spring</groupId>
</exclusion>
<exclusion>
<artifactId>spring-context</artifactId>
<groupId>org.springframework</groupId>
</exclusion>
<exclusion>
<artifactId>spring-aop</artifactId>
<groupId>org.springframework</groupId>
</exclusion>
<exclusion>
<artifactId>spring-expression</artifactId>
<groupId>org.springframework</groupId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>com.alibaba.nacos</groupId>
<artifactId>nacos-client</artifactId>
<version>1.1.3</version>
</dependency>
这里引入了dubbo的依赖和nacos注册中心的依赖,注意可以排除spring的那些依赖,在quarkus环境中,spring的包一点用都没有,只会增加应用的体积
定义接口和实现
public interface TestService {
String hello(String name);
}
@Singleton
@Startup
class TestServiceImpl implements TestService {
@Override
public String hello(String name) {
System.err.println(Thread.currentThread().getName());
return "hello " + name;
}
}
熟悉dubbo的用户肯定清楚,一般情况下,我们会新增一个项目模块,专门用来定义api接口,这个模块单独打jar包,方便给其他的项目引入,这里为了演示方便,所以我将api接口和具体实现都写在一个文件里了。
定义接收dubbo的配置
@ConfigProperties(prefix = "quarkus.dubbo")
public class DubboProperties {
private String name;
private String registrAddress;
private Protocol protocol;
public static class Protocol {
private Integer port;
private String name = "dubbo";
}
}
这个类用来映射application.properties中的dubbo配置,这里只定义了基本的配置属性,其他都可以使用默认值,更多的配置属性看需求可以在这里新增,上面的代码为了博文的篇幅考虑简化了get和set代码。定义好后,可以在配置文件中新增如下配置:
quarkus.dubbo.name = kl
quarkus.dubbo.registr-address = nacos://nacos-xxx.com:80
quarkus.dubbo.protocol.name = dubbo
quarkus.dubbo.protocol.port = 20330
应用启动时,创建DubboProperties实例,并将配置文件中的相关配置设置到对应的属性中,在需要的地方可以通过构造函数或者@Inject注解自动注入
dubbo组件配置
@Dependent
@Startup
public class DubboConfig {
private final DubboProperties dubboProperties;
public DubboConfig(DubboProperties dubboProperties) {
this.dubboProperties = dubboProperties;
}
@Produces
private ApplicationConfig applicationConfig(){
ApplicationConfig config = new ApplicationConfig();
config.setName(dubboProperties.getName());
return config;
}
@Produces
private RegistryConfig registryConfig(){
RegistryConfig config = new RegistryConfig();
config.setAddress(dubboProperties.getRegistrAddress());
return config;
}
@Produces
private ProtocolConfig protocolConfig(){
ProtocolConfig protocol = new ProtocolConfig();
protocol.setName(dubboProperties.getProtocol().getName());
protocol.setPort(dubboProperties.getProtocol().getPort());
return protocol;
}
}
这里通过构造函数注入的方式,引用了前面定义的dubbo配置实例,通过配置,可以实例化出ApplicationConfig、RegistryConfig、ProtocolConfig等实例,这里创建实例时,只设置了最基本的dubbo属性,更多的属性配置扩展可以在这个地方修改。这里的三个实例是保留dubbo服务和引入dubbo服务不可或缺的三个重要组件,具体的用法继续往下看
dubbo提供者配置
@Dependent
@Startup
public class DubboProviderConfig {
@Inject
ApplicationConfig applicationConfig;
@Inject
RegistryConfig registryConfig;
@Inject
ProtocolConfig protocolConfig;
@Inject
TestService testService;
@PostConstruct
public void init() {
Map<Class, Object> beans = new HashMap<>(6);
beans.put(TestService.class, testService);
beans.forEach(this::registerDubboService);
}
private void registerDubboService(Class clz, Object obj) {
ServiceConfig<Object> service = new ServiceConfig<>();
service.setApplication(applicationConfig);
service.setRegistry(registryConfig);
service.setProtocol(protocolConfig);
service.setInterface(clz);
service.setRef(obj);
service.setVersion("1.0.0");
service.export();
}
}
可以看到,上面定义的三个dubbo配置组件,都出现在了dubbo提供者配置里,这三个组件是组成dubbo serviceConfig的一部分。因为没有spring自动扫描dubbo注解获取bean实例,所以在quarkus中,需要手动声明和注册dubbo服务,这里通过@PostConstruct应用启动后的构造函数来触发dubbo的服务注册暴露动作,然后把所有的需要暴露成dubbo服务的接口都统一放入map容器里,然后迭代map完成dubbo服务暴露。
dubbo消费者配置
@Dependent
@Startup
public class DubboConsumerConfig {
@Inject
ApplicationConfig applicationConfig;
@Inject
RegistryConfig registryConfig;
@Produces
public DingSMSService testService1() {
return this.referenceService(DingSMSService.class);
}
private <T> T referenceService(Class<T> clazz) {
ReferenceConfig<Object> reference = new ReferenceConfig<>();
reference.setApplication(applicationConfig);
reference.setRegistry(registryConfig);
reference.setInterface(clazz);
reference.setVersion("1.0.0");
return (T)reference.get();
}
}
dubbo里的消费者,就是引入远程服务。首先需要在自己的项目中添加服务提供方的api依赖,然后通过ReferenceConfig配置,可以得到接口的代理实现,这里,也需要用到应用配置和注册中心的配置组件。最后通过@Produces注解,将api实例注册到本地quarkus的bean上下文中,完成后就可以通过@Inject注解注入直接使用dubbo服务了,如:
@Path("/dingservice")
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
public class TestResource {
@Inject
DingSMSService smsService;
@GET
public String send(@QueryParam("msg")String msg){
smsService.sendDing("1330741xxxx",msg,"kl");
return "发送成功";
}
}
结语
完成了quarkus和dubbo的集成后,博主看到了quarkus在这边落地的希望,虽然最终的目标是面向容器编程,但是在全部迁移上容器的过程中,肯定还需要兼容dubbo这种远程通讯方式的,相比于spring中的dubbo使用,quarkus目前只能手动注册服务和引入服务,博主尝试过使用BeanManager来进一步的自动化发布dubbo服务,但是没能找像spring中getBean(Type)这类的方法。相信随着对Quarkus和CDI的深入了解,这块也会有突破,那个时候就可以像spring中那么使用dubbo了
以上就是Quarkus集成Dubbo服务Rpc远程通讯框架整合的详细内容,更多关于Quarkus集成Dubbo服务Rpc远程通讯框架的资料请关注编程网其它相关文章!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341