• 微信公众号:美女很有趣。 工作之余,放松一下,关注即送10G+美女照片!

一路踩坑构建Dubbo源码

开发技术 开发技术 1周前 (05-04) 6次浏览

源码环境
随着溪源目前对技术栈的求知欲,也开始入手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&gt;
<mirrorOf>central</mirrorOf>
</mirror>
1
2
3
4
5
6
溪源在解决上面依赖问题时,发现阿里云仓库已经进行了地址更新:阿里云maven

官方配置指南参考:

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

<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>https://maven.aliyun.com/repository/public/</url&gt;
<mirrorOf>central</mirrorOf>
</mirror>
1
2
3
4
5
6
以上踩坑似乎跟溪源本地仓库有关,溪源在这里分享出来,希望能够带给伙伴一种解决思路,遇到类似问题,不要着急,看错误日志,寻找解决方案。

解决完资源依赖问题,再次输入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)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
心里怒骂一声“此处省略三个字”!!!溪源最终屈服于它,说服自己遇到问题不要慌,分析一波吧;面对第一次处理dubbo源码,溪源心里也没有底啊。但是按照往常溪源遇到问题的处理方式,就是看到上面的日志,找到第一个报错的类(为什么呢?跟过源码或者经验比较丰富的伙伴应该清楚,我们开发代码一般类似洋葱,一层套一层,故第一个报错的类,肯定是出问题的地方);于是乎,溪源选中CuratorZookeeperClient.java:83此类作为突破目标;

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

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

<dubbo:registry address=”zookeeper://IP地址:2181″ timeout=”10000″/>
1
解决完这些问题,溪源心里已经不敢期望成功运行源代码了,心里担忧~
小心尝试分别运行provider、consumer主启动类;

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

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


程序员灯塔
转载请注明原文链接:一路踩坑构建Dubbo源码
喜欢 (0)