一、问题描述:
我们做应用发布的时候发现bboss无法加载其配置参数[elasticsearch.bboss.elasticsearch.rest.hostNames],bboss预读了默认的参数 http://127.0.0.1:9200,导致应用无法连接elasticsearch。es工程技术栈 spring cloud、bboss、dubbo。
二、问题零时解决方案:
项目在启动过程中,此时项目还为完全初始化。通过项目日志发现此时已有服务调用到待启动的dubbo服务,导致服务初始化失败。最后给待启动项目dubbo服务禁用,然后在启动项目待项目启动完成,在启动dubbo服务。此时不再出现上图异常信息,服务一切调用正常。
三、问题最终解决方案:
这个问题的源头是由于bboss适配工程,当生产环境服务被调用的时候,bboss-elasticsearch-spring-boot-starter还没有来及启动加入spring boot环境,导致bboss执行了ElasticSearchHelper.getConfigRestClientUtil() 中的init()方法,而init()方法是给springmvc bboss初始化调用的方法,此时init()方法加载进来的参数就是elasticsearch.xml环境默认的参数127.0.0.1。
#修改前代码 此处兼容spring mvc和spring boot前提bboss已经加载入spring环境
ClientInterface clientInterface=ElasticSearchHelper.getConfigRestClientUtil;
#修改后代码 spring boot加载入参初始化bboss
@Autowired
private BBossESStarter bbossESStarter;
ClientInterface clientUtil =bbossESStarter.getConfigRestClient("esmapper/dsl/nettypeQuery.xml");
四、BBOSS框架初始化流程分析
META-INF spring.factories --> BBossESAutoConfiguration --> BBossESStarter.start() --> BBossESProperties --> ElasticSearch.start()
- spring boot自启动技术
spring boot自启动技术是在META-IN文件夹spring.factories文件定义启动入口类,其实现类似java SPI机制。什么是SPI? SPI 全称为 Service Provider Interface,是一种服务发现机制。它通过在ClassPath路径下的META-INF/services文件夹查找文件,自动加载文件里所定义的类。
#bboss启动入口
org.springframework.boot.autoconfigure.EnableAutoConfiguration=org.frameworkset.elasticsearch.boot.BBossESAutoConfiguration
- spring boot bboss框架启动类初始化
bboss由spring.factories文件入口,注册BBossESAutoConfiguration入口类,后续加载类BBossESStarter启动,而后加载bboss启动所需要的参数,参数类名称为BBossESProperties。下图为bboss启动类加载信息。
五、BBOSS框架启动异常原因分析与解决
问题场景重现
- 本地开发环境重现
dubbo消费者轮询消费es工程服务,当es工程未完全启动成功时,并未重现当时场景,怀疑此问题可能是spring boot的加载问题,在本地断点调试环境下是无法重现的。
- 测试环境重现
dubbo消费者轮询消费es工程服务,当es工程未完全启动成功时,重现上次现象。说明这个问题是在bboss初始化的时候出现的问题。
六、总结
此问题是由于应用服务被调用时,bboss在spring boot环境下,bboss-elasticsearch-spring-boot-starter模块未被加载导致。bboss为了解决这个问题分别提供spring mvc、spring boot两套注册方式,用户在使用的时候用bboss的demo都是springmvc注册方式的demo,导致用户在不知情的情况下使用出现难重现的异常。本人已经联系bboss作者有空尝试修复bboss注册问题,将spring boot和springmvc两种注册方式二合一。