SpringBoot开发案例之整合Dubbo提供者(二)

大家有没有注意到,上一篇中提供者,暴露接口的方式?混搭。springboot本身接口实现使用了注解的方式,而Dubbo暴露接口使用的是配置文件的实现方式,即如下:

代码:

import org.springframework.stereotype.Service;
//注意这里使用的是spring的注解
@Service("userService")
public class UserServiceImpl implements IUserService {
    @Override
    public void saveUser(User user) {
        System.out.println("保存用户:"+user.getUsername());
    }
}

配置:

<!-- 声明需要暴露的服务接口 -->
<dubbo:service interface="com.itstyle.dubbo.service.IUserService" ref="userService"/>

如果以上使用spring注解,我们必须开启扫描:

@ComponentScan(basePackages={"com.itstyle.dubbo"})

当然,如果你不想使用注解,全配置实现:

<bean id="userService" class="com.itstyle.dubbo.service.impl.UserServiceImpl"/>
<!-- 声明需要暴露的服务接口 -->
<dubbo:service interface="com.itstyle.dubbo.service.IUserService" ref="userService"/>

好吧,其实在这个注解走天下的年代,显然配置已经落后了半个世纪,下面是全注解实现:

首先我们要在dubbo.xml配置以下代码:

<!-- 使用注解方式暴露接口 -->
<dubbo:annotation package="com.itstyle.dubbo" />

修改UserServiceImpl.java:

import com.alibaba.dubbo.config.annotation.Service;
import com.itstyle.dubbo.domain.User;
import com.itstyle.dubbo.service.IUserService;
//这里引用阿里巴巴的注解配置
@Service
public class UserServiceImpl implements IUserService {
    @Override
    public void saveUser(User user) {
        System.out.println("保存用户:"+user.getUsername());
    }
}

这时候,我们再次运行SpringbootDubboApplication类,可以正常运行,并且成功注册到zookeeper。

项目:http://git.oschina.net/52itstyle/springboot_dubbo_provider

作者: 小柒

出处: https://blog.52itstyle.com

本文版权归作者和所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出, 如有问题, 可邮件(345849402@qq.com)咨询。

时间: 2024-10-31 07:47:40

SpringBoot开发案例之整合Dubbo提供者(二)的相关文章

SpringBoot开发案例之整合Dubbo提供者(一)

既然是开发案例,显然不会扯那么多老婆舌,有不清楚这两个东东的请自行百度. 开发环境 JDK1.7.Maven.Eclipse.SpringBoot1.5.1.Dubbo2.8.4 项目结构 相关配置 pom.xml: <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation

SpringBoot开发案例之整合Dubbo消费者

有人卖就有人买,显然是亘古不变的真理,前两篇讲解了SpringBoot+Dubbo的提供者的几种暴露方式,这篇跟大家分享一下消费者如何去订阅属于自己的服务. 相信,下图大家一定不陌生吧:注册中心,消费者,容器(提供者),监控中心.线框图也是画的如此清晰,这里就不跟大家详细的概述了. 开发环境 JDK1.7.Maven.Eclipse.SpringBoot1.5.1.Dubbo2.8.4 项目结构 实体类和业务接口,这里就不展示了,与提供者代码同步即可(自行打包引入或者复制). applicati

SpringBoot开发案例之整合mail队列篇

前言 前段时间搞了个SpringBoot开发案例之整合mail发送服务,也是基于目前各项目平台的邮件发送功能做一个抽离和整合. 问题 以发送方为例,比如网易的反垃圾邮件政策,过多或者频率过快的发送都会被判定为垃圾邮件,即使发再多的邮件也无济于事.当然如果是自建邮件服务器,也是要考虑发送服务的并发能力. 以接收方邮件为例,比如腾讯邮箱就有类似说明:如果内容涉嫌大量群发,并且被多数用户投诉为垃圾邮件,也就通过不了收件方的"安检",如下图: 方案 为了解决以上实际场景中遇到的问题,使得其更像

SpringBoot开发案例之整合Spring-data-jpa

即使你是天才,如果你不努力,你也会被其它人超越. 扯淡 扯了那么多篇SpringBoot的相关案例,基本每行代码都是博主纯手工编写,附代码案例,懂Maven和Git的小伙伴必须可以手到擒来. SpringBoot使得开发变的更加简洁,快速,当然被封装的越来越深.此时你就要引入越来越多的第三方工具类,虽然你可以把搭建好的项目运行起来,却无法理解是怎么跑起来的.有些人带着疑惑查阅文档,阅读源码,多年以后便成了大牛:有些人不求甚解,能跑就行,就这样干了N年CURD. 俗话说的好,燕雀安知鸿鹄之志哉?然

SpringBoot开发案例之整合mongoDB

开始前,建议大家去了解以下文章,当然不看也没问题: MongoDB从入门到"精通"之简介和如何安装 MongoDB从入门到"精通"之如何优雅的安装 MongoDB从入门到"精通"之整合JavaWeb项目 开发环境 JDK1.7.Maven.Eclipse.SpringBoot1.5.2.mongodb3.4,Robomongo(可视化工具) 项目结构 相关配置 pom.xml: <project xmlns="http://mav

SpringBoot开发案例之整合Swagger篇

前段时间整合过的一个支付服务,由于使用了Spring Boot快速开发,但是又懒得写详细的文档介绍,便顺手就把Swagger整合进来了,对支付服务进行分组API展示,如上图. 简介 Swagger 是一个规范和完整的框架,用于生成.描述.调用和可视化 RESTful 风格的 Web 服务.总体目标是使客户端和文件系统作为服务器以同样的速度来更新 .接口的方法,参数和模型紧密集成到服务器端的代码,允许API来始终保持同步.Swagger 让部署管理和使用功能强大的API从未如此简单. 在实际开发过

SpringBoot开发案例之整合mail发送服务

上个月做过这样一篇分享笔记,微服务架构实践之邮件通知系统改造. 当时用的是开源的第三方插件mail和Thymeleaf做发送服务,显然这样子你需要配置一些东西,麻烦!!!接触了Spring Boot以后,显然有更好的解决方案,我们只需要引入spring-boot-starter-mail模块就实现了自动化配置. 好,废话不扯,言归正题(文中大部分是部分代码,详细代码见Git). 开发环境 JDK1.7.Maven.Eclipse.SpringBoot1.5.2.spring-boot-start

SpringBoot开发案例之整合日志管理

有一种力量无人能抵挡,它永不言败生来倔强.有一种理想照亮了迷茫,在那写满荣耀的地方. 概述 参考文档:Logging 这里顺便引用以下部分原文,当然看不明白也没关系,我们有有道翻译,如果翻译的不准确,后面会提供详细配置分享给大家. Spring Boot uses Commons Logging for all internal logging, but leaves the underlying log implementation open. Default configurations a

SpringBoot开发案例之整合定时任务(Scheduled)

来来来小伙伴们,基于上篇的邮件服务,定时任务就不单独分项目了,天然整合进了邮件服务中. 不知道,大家在工作之中,经常会用到那些定时任务去执行特定的业务,这里列举一下我在工作中曾经使用到的几种实现. 任务介绍 Java自带的java.util.Timer类,这个类允许你调度一个java.util.TimerTask任务.Timer的优点在于简单易用:缺点是Timer的所有任务都是由同一个线程调度的,因此所有任务都是串行执行的.同一时间只能有一个任务在执行,前一个任务的延迟或异常都将会影响到之后的任