一路踩坑构建Dubbo源码

dubbo构建

源码环境

构建

快速启动

总结

源码环境

随着溪源目前对技术栈的求知欲，也开始入手Dubbo源码啦！！！构建源码第一步：必备开发环境：Java 1.5 以上的版本；Maven 2.2.1 或者以上的版本；官网下载源代码官网构建文档学习一下；

构建

上面part介绍了dubbo源码环境，下面溪源将一步步踩坑构建源码。虽然上面附属了官方文档连接，此处溪源再重复说一下下载步骤：

git下载 命令git clone https://github.com/apache/dubbo.git;
maven 构建 到这里溪源开始踩坑了，噩梦的开始~ 官网文档里可以使用两种方式构建：是否跳过单元测试；

毕竟是第一次构建源码，故溪源选择了第一种方式：

构建时间长，需要构建单元测试；
可能会存在单测错误现象（构建过程可以直接忽略）;

直奔主题，毫不意外构建失败，直接步入今天的主题：踩坑。

遇到这种依赖冲突情况，溪源提供一种暴力解决方法：将本地仓库删除相关jar包文件，重新下载依赖文件；由于不跳过单测，构建过程略长，溪源采用了第二种构建方式，如图

静静地等待构建。。。心里默默祈求成功吧（哈哈~）

idea编译 命令：mvn idea:idea

继续等待编译完成，毫不意外溪源又被摧残了一下，BUILD FAILURE构建失败；

心里想着再坚持一下，快要成功了~，溪源继续想办法解决，看到关于本地仓库的问题，于是乎溪源在本地仓库中查找没有对应的Jar包依赖；溪源第一反应就是下载对应的Jar资源文件，在哪里下载呢？？？面向度娘吗？？不不，对于这种资源包缺失问题，网上很少回答的。大家可以动脑思考一下，项目依赖文件来源于中央仓库，于是乎~阿里云仓库嘛; 溪源分享一下阿里云仓库资源文件下载地址：源地址，网络原因，有可能访问缓慢； 将jar包下载完成以后，在本地仓库建立相应的文件夹；

引出一个拓展点：平时日常开发配置maven时，需要在setting.xml引入阿里云仓库，一般我们百度时配置提供的基本是一种老版地址

	<mirror>  
		<id>alimaven</id>  
		<name>aliyun maven</name>  
		<url>http://maven.aliyun.com/nexus/content/groups/public/</url>  
		<mirrorOf>central</mirrorOf>          
	</mirror>

溪源在解决上面依赖问题时，发现阿里云仓库已经进行了地址更新：阿里云maven

官方配置指南参考：

于是，溪源将本地maven配置setting.xml改成新的仓库地址：

	<mirror>  
		<id>alimaven</id>  
		<name>aliyun maven</name>  
		<url>https://maven.aliyun.com/repository/public/</url>  
		<mirrorOf>central</mirrorOf>          
	</mirror>

以上踩坑似乎跟溪源本地仓库有关，溪源在这里分享出来，希望能够带给伙伴一种解决思路，遇到类似问题，不要着急，看错误日志，寻找解决方案。

解决完资源依赖问题，再次输入mvn idea:idea命令，终于迎来胜利的曙光，构建成功啦！

快速启动

经历一番折腾后，溪源终于解决了问题，终于要准备开启dubbo的大门啦，一探究竟~ 事实告诉溪源高兴的太早了，坑啊~，继续踩坑。

idea打开dubbo源码，进入dubbo-demo项目

按照正常步骤，溪源将配置文件中zookeeper注册中心IP地址改成自己阿里云公网地址（根据自己情况修改）；满心欢喜启动项目~结果：

[11/08/20 08:36:35:376 CST] main  INFO imps.CuratorFrameworkImpl: Default schema
Exception in thread "main" java.lang.IllegalStateException: zookeeper not connected
	at org.apache.dubbo.remoting.zookeeper.curator.CuratorZookeeperClient.<init>(CuratorZookeeperClient.java:83)
	at org.apache.dubbo.remoting.zookeeper.curator.CuratorZookeeperTransporter.createZookeeperClient(CuratorZookeeperTransporter.java:26)
	at org.apache.dubbo.remoting.zookeeper.support.AbstractZookeeperTransporter.connect(AbstractZookeeperTransporter.java:70)
	at org.apache.dubbo.remoting.zookeeper.ZookeeperTransporter$Adaptive.connect(ZookeeperTransporter$Adaptive.java)
	at org.apache.dubbo.configcenter.support.zookeeper.ZookeeperDynamicConfiguration.<init>(ZookeeperDynamicConfiguration.java:56)
	at org.apache.dubbo.configcenter.support.zookeeper.ZookeeperDynamicConfigurationFactory.createDynamicConfiguration(ZookeeperDynamicConfigurationFactory.java:37)
	at org.apache.dubbo.common.config.configcenter.AbstractDynamicConfigurationFactory.lambda$getDynamicConfiguration$0(AbstractDynamicConfigurationFactory.java:39)
	at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660)
	at org.apache.dubbo.common.config.configcenter.AbstractDynamicConfigurationFactory.getDynamicConfiguration(AbstractDynamicConfigurationFactory.java:39)
	at org.apache.dubbo.common.config.configcenter.DynamicConfiguration.getDynamicConfiguration(DynamicConfiguration.java:224)
	at org.apache.dubbo.config.bootstrap.DubboBootstrap.prepareEnvironment(DubboBootstrap.java:1034)
	at org.apache.dubbo.config.bootstrap.DubboBootstrap.startConfigCenter(DubboBootstrap.java:623)

心里怒骂一声“此处省略三个字”！！！溪源最终屈服于它，说服自己遇到问题不要慌，分析一波吧；面对第一次处理dubbo源码，溪源心里也没有底啊。但是按照往常溪源遇到问题的处理方式，就是看到上面的日志，找到第一个报错的类（为什么呢？跟过源码或者经验比较丰富的伙伴应该清楚，我们开发代码一般类似洋葱，一层套一层，故第一个报错的类，肯定是出问题的地方）；于是乎，溪源选中CuratorZookeeperClient.java:83此类作为突破目标；

看到了日志报错的地方，开始吧~撸起袖子就是干啊；

跟进源码我们发现了时间超时问题，我们距离成功解决问题又进了一步；故我们在配置文件中修改其连接时间：官方文档：dubbo:registry 接下来就是修改dubbo源码中的配置文件：将dubbo-provider.xmldubbo-consumer.xml中均添加超时时间：

 <dubbo:registry address="zookeeper://IP地址:2181" timeout="10000"/>

解决完这些问题，溪源心里已经不敢期望成功运行源代码了，心里担忧~ 小心尝试分别运行provider、consumer主启动类；

溪源心里一颗大石头终于放下来了，踩了一路的坑，终于成功运行demo了。

总结

从溪源构建代码过程中，发现即使过程中遇到各种坑，希望大家能够静下来心，寻找有效日志，作为突破目标，一举攻破！！！下面溪源也要追逐dubbo的学习了。溪源第一次接触dubbo源码，若是存在不足之处，希望大佬及时指正！若大家从中捞到东西，请给与溪源爱心三连哈~，激发溪源前进的脚步。

一路踩坑构建Dubbo源码

dubbo构建 源码环境 构建 快速启动 总结

源码环境

构建

快速启动

总结

dubbo构建

源码环境

构建

快速启动

总结