一、Dubbo服务注册过程先从下面这个demo开始：@EnableDubbo(scanBasePackages = "com.alibaba.dubbo.demo.service")
@PropertySource(value = "classpath:/provider-config.properties")
public class DemoServiceProviderBootstrap {
本地搭建Dubbo+Zookeeper及服务注册环境准备一、Java开发环境配置1. 下载JDK2. 安装JDK3. 配置环境变量4. 测试JDK是否安装成功二、zookeeper安装与启动1. 下载zookeeper2. 安装3. 配置环境变量4. 启动zookeeper三、Tomcat安装及配置1. 下载tomcat2. 安装3. 配置环境变量4. 测试tomcat是否安装成功5. 启动to
Dubbo服务主机IP没有绑定的坑（dubbo注册时出现主机上没有的IP的解决方案） 原创
2016年05月06日 20:31:31 初次使用dubbo，在研发环境和测试环境测试没有问题，然后将服务上线，上线后，Dubbo服务端启动正常，客户端启动失败，并提示
[html]
view plain
copy
print
?
之前碰到过这样的问题，在dubbo admin里会看到有不明的外网IP，服务虽然是注册成功了，但是提供者确实来自不明的IP。 今天做新项目上线，又碰到了这种情况。灵机一动会不会是因为dubbo在获取ip时有问题呢？于是就debug了下– (a) 在服务器JVM参数中加入：-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_s
阿里分布式服务框架 dubbo现在已成为了外面很多中小型甚至一些大型互联网公司作为服务治理的一个首选或者考虑方案，相信大家在日常工作中或多或少都已经用过或者接触过dubbo了。但是我搜了一下网上关于dubbo框架原理方面的解析还是比较少，大多数都是介绍一个大概的框架结构和一些配置的用法。一些低层原理的介绍还是比较少。于是我去githu
dubbo基础类ExtensionLoader和URL贯穿整个框架，掌握这两个类的思想和源码，就相当于对dubbo有了初步的认识。接着，我们来分析一下dubbo是如何发布一个服务的。以ServiceConfig.doExportUrlsFor1Protocol为起点，在使用spring容器启动时，会调用该方法进行发布服务的一系列操作。简单来说，发布的过程可以简化为，服务转换为invoker->
在使用dubbo注册服务时会遇到IP解析错误导致无法正常访问. 比如: 本机设置的IP为172.16.11.111, 但实际解析出来的是180.20.174.11 这样就导致这个Service永远也无法被访问到, 而调用方一直报错.当然若发现服务无法访问, 最好先通过dubbo-admin后台排查下注册的服务是否正常.IP解析异常时的解决方法:绑定hostname+ip1. 先查看机器的hostn
Dubbo的Provider，Consumer在启动时都会创建一个注册中心，注册中心可以选择Zookeeper，Redis。常用的是Zookeeper，我们这篇博客主要讲的就是Dubbo与Zookeeper的注册交互过程。Dubbo里默认使用zkclient来操作zookeeper服务器，其对zookeeper原始客户单做了一定的封装，操作zookeeper时能便捷一些，比如不需要手动处理sess
摘要：大部分互联网公司都会使用dubbo作为微服务架构的中间件选择，这篇博客从一次故障说起，延伸到dubbo源码分析，以供他人借鉴。在某次服务迁移中，需要把服务从服务器集群A迁移到服务器集群B，为了保证服务平滑迁移，所以存在一个时期，是服务器集群A和B同时存在的，我的服务provider要向集群A和B同时注册服务、提供服务。配置如下<dubbo:registry address="A ip
2,进入 conf 目录，复制一份 zoo_sample.cfg 为 zoo.cfg，对其进行修改：，打开 zoo.cfg配置下 dataDir 和 dataLogDir 的路径使用默认即可，clientPort 使用默认的 2181 端口即可配置好后，双击zkServer.cmd启动注册中心服务。
在上一篇博客《初识微服务框架——Dubbo》中提到Dubbo组件之间调用的关系，有4个重要的组件，提供者（Provider）、消费者（Consumer）、注册中心（Zookeeper）和服务监控（Monitor），注册中心、服务监控不需要我们去创建，dubbo自身提供的，我们要做的就是创建一个提供者项目
核心流程前面在服务暴露与引用分析的时候，我们是基于直连的方式，没有使用注册中心，这就需要将url写死，这显然不符合我们的实际开发。实际开发中，rpc的核心流程应该是这样的：代理协议有了注册中心后，就引出了RegistryProtocol这个概念，它继承了Protocol，但是它并不具备远程通信的能力，所以在它内部代理了一个Protocol，所以它是一个代理协议。通过下图来看看它和注册中心，Dubb
在前两章《Docker下dubbo开发，三部曲之一：极速体验》和《Docker下dubbo开发，三部曲之二：本地环境搭建》中，我们体验了dubbo环境搭建以及服务的发布和消费，对dubbo有了初步认识，本章我们来实战dubbo服务的发布和消费代码的编写，实战后的我们能将自己的服务发布到dubbo环境供别人调用，也能让自己的工程去调用dubbo环境中的已有服务；源码下载本次实战一共有两个工程，分别是
目标在UK8S里部署一个三副本ZooKeeper集群，向集群中的dubbo客户端提供注册服务。同时在K8s里部署一个demoService，三个Provider实例，再通过测试consumer对provider进行测试。为了展示结果方便，再额外部署一个DubboAdmin用于展示相应的部署成果。( 福利预告： 三个月的UK8S集群免费用) 操作步骤Zookeeper部署ZooKeepe
在《ServiceBean与ReferenceBean创建流程》中的第4.1步说了，在获取invoker时就进行了与注册中心的连接，注册，订阅等一系列操作，由于提供者与消费者大致流程一致，所以这里以消费者端为例，提供者可以以相同的方式分析。其入口的地方为ReferenceConfig#createProxy方法中的这一行代码：invoker = refprotocol.refer(interf
本文采用Dubbo与Zookeeper、Spring框架的整合。整个项目的代码已经上传到我的github https://github.com/wangyuanjun008/wyj-dubbo-demo.git 欢迎查看。 主要是以下几个步骤： 1. 安装Zookeeper,启动； 2. 创建MAVEN项目，构建Dubbo+Zookeeper+Spring实现的简单Demo； 3. 安装D
ZooKeeper 集群的安装、配置、高可用测试Dubbo 注册中心集群 Zookeeper-3.4.6 Dubbo 建议使用 Zookeeper 作为服务的注册中心。Zookeeper 集群中只要有过半的节点是正常的情况下，那么整个集群对外就是可用的。正是基于这个特性，要将 ZK 集群的节点数量要为奇数（2n+1：如 3、5、7 个节点）较为合适。 服务器 1：1
github测试Demo项目地址：https://github.com/HopeAndStart/spring-dubbp.git一：概述继上篇文章讲解如何进行服务发布与消费之后本文将讲解服务发布协议配置项<dubbo:protocol>与注册中心配置项<dubbo:registry>。声明一点就是Dubbo支持多种通信协议，同时也支持多种服务注册中心。所以本文仅仅是讲解这
服务注册的几个步骤 对于RPC框架的服务注册，一般包含了如下的流程：加载服务提供者，可能是通过xml配置的，也可能是通过扫描注解的实例化服务提供者，并以服务接口作为key，实现类作为value存储到一个map容器中开启网络监听将服务提供者的地址路径（ip:port/服务名?参数等）注册到注册中心当网络监听接收到请求时，根据请求过来的服务名及参数等，从容器中获取到服务提供者实现，通过消费端调用时传
技术：springboot，maven，dubbo，zookeeper背景：项目的功能类似一个中转路由，通过页面可以发送请求，请求到别的项目的接口，大家都知道dubbo接口的服务提供方需要把服务注册到zookeeper上，然后服务消费方获得服务提供方提供的facade包（也就是jar包），可以作为消费者去请求提供方的服务。这里就有一个问题，dubbo接口的服务，无论是服务提供者还是服务消费者都有几
