fisco-bcos / amdb-proxy Goto Github PK

操作步骤：创建了4个节点.然后将其中的一个节点的binlog打开了。
Data-Stash可以解析出binlog 并且Data-Statsh的mysql数据库也有数据，数据同步到了Data-Statsh的mysql数据库中
将其中的一个节点的data数据删除。配置topic
amdb-proxy中的配置文件的数据库就是Data-Stash的数据库。
然后启动节点的./fisco-sync

同步数据失败

fisco-sync的错误日志

amdb-proxy的错误日志：

看到1.5出现的分布式存储比较好奇，正好公司也有这项需求，就计划集中用两天时间好好的搞一下。先说下这两天的感受吧，
比较好的几点是：
1、创建节点使用一键脚本，执行起来非常方便，改动也少了许多。
2、新增了分布式存储功能——是1.5的一大量点吧，推荐大家可以好好体验下。
3、优化了applicationContext.xml的配置，将关键参数配置到了我比较喜欢用的属性文件里面去了，减少的很多冗余的配置，哈哈~~
4、总体的AMDB的说明文档相对清晰，但还有待加强（个人感觉哈~~~）。

以下是个人感触不太好的几点：
首先，节点的rpc端口默认生成的是只能本机访问，外部的sdk等是无法访问的需要自己手动修改，官方也没有具体说明。
其次，就是如果不修改默认的本机访问配置(rpc监听端口)直接使用sdk是获取不到链接的，但sdk也不报任何异常，一直等待链接的建立。。。这个搞了好几个小时呀~ 最后经过排查才发现是rpc监听端口默认配置了本机访问。
再次，1.5在增加了分布式存储的功能仅仅只是下一个新版本的过渡，而且对现有的其他功能不适配，比如无法通过配置区块浏览器拉取1.5节点上的数据，已和bcos技术人员确认此事，的确没有做适配，也不会再1.5上做适配，仅仅只是一个分布式存储功能的体验（2.0会含有该功能，也是比较期待！）。
最后，1.5的spring配置确实优化了许多，但官方还没有出来对应springboot架构的Demo，估计也悬了。。。

以上综述： 对于没有使用过1.5的可以体验下分布式存储功能，但不要把真实业务用1.5去做。

期待三月份的2.0发布！！！

[root@localhost amdb-proxy]# ./gradlew build -x test
Starting a Gradle Daemon (subsequent builds will be faster)

Task :compileJava FAILED

FAILURE: Build failed with an exception.

What went wrong:
Execution failed for task ':compileJava'.
Could not resolve all files for configuration ':compileClasspath'.
Could not resolve org.ethereum:solcJ-all:0.4.25.
Required by:
project :
project : > org.fisco-bcos:web3sdk:2.6.2

Could not resolve org.ethereum:solcJ-all:0.4.25.
Could not get resource 'https://dl.bintray.com/ethereum/maven/org/ethereum/solcJ-all/0.4.25/solcJ-all-0.4.25.pom'.
Could not GET 'https://dl.bintray.com/ethereum/maven/org/ethereum/solcJ-all/0.4.25/solcJ-all-0.4.25.pom'. Received status code 502 from server: Bad Gateway

Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

Get more help at https://help.gradle.org

BUILD FAILED in 11s
1 actionable task: 1 executed