Uses `RuntimeBeanReference` to prevent the creation of `InnerBean` on spring namespace

[zhouyougit]

版本信息

sharding-jdbc：1.5.1
spring-boot: 1.5.9
druid：1.1.6
druid-spring-boot-starter：1.1.6

现象

使用sharding-jdbc的namespace的配置方式时，rdb:sharding-rule里指定的data-sources使用的并不是context里已有的datasource bean，而是自行创建的一个inner datasource bean。
同时翻阅了一下sharding-jdbc 2.0.0里的starter，发现也是会读取配置文件，然后直接自行构建datasource。

问题

1. 为何总是独立创建datasource，是有什么特殊考虑么，而不是用context中现有的datasource bean么？
2. 另一个问题是兼容性问题，当使用了druid-spring-boot-starter，这个starter里的多数据源配置是基于spring 的FactoryBeanPostProcessor + configurationProperties来实现的，而spring里有个机制是inner bean不执行FactoryBeanPostProcessor,从而导致sharding-jdbc里的inner datasource bean无法正常初始化。

[haocao]

应该没有自行创建bean，dataSources是通过parserContext.getRegistry().getBeanDefinition(each)构建出来的。

private Map<String, BeanDefinition> parseDataSources(final Element element, final ParserContext parserContext) {
        Element shardingRuleElement = DomUtils.getChildElementByTagName(element, ShardingDataSourceBeanDefinitionParserTag.SHARDING_RULE_CONFIG_TAG);
        List<String> dataSources = Splitter.on(",").trimResults().splitToList(shardingRuleElement.getAttribute(ShardingDataSourceBeanDefinitionParserTag.DATA_SOURCE_NAMES_TAG));
        Map<String, BeanDefinition> result = new ManagedMap<>(dataSources.size());
        for (String each : dataSources) {
            result.put(each, parserContext.getRegistry().getBeanDefinition(each));
        }
        return result;
    }

所谓的inner datasource bean是指什么呢？

[zhouyougit]

@haocao 可以看看spring的BeanDefinitionValueResolver这个类的resolveValueIfNecessary方法，
当创建ShardingDataSource的时候处理datasource字段时会调用到这个方法，从方法的注释可以看到如果类型是BeanDefinition那么会创建一个anonymous prototypes的Inner beans.
说道的inner datasource bean就是指的这里创建的类型为Inner beans的datasource

[terrymanu]

fixed at 2.0.1