项目启动后，报错：
1 | SLF4J: Class path contains multiple SLF4J bindings. |
1 | mvn dependency:tree |
列出依赖如下：
1 | ..... |
结合错误提示：
Either remove Logback or the competing implementation (class org.slf4j.impl.Log4jLoggerFactory
结合代码修改记录，原因由于加入了zookeeper的包，导致log出现冲突，因此，可以通过exclusion来排除该包解决。
在pom.xml中，排除zookeeper的org.slf4j:slf4j-log4j12依赖：
1 | <dependency> |
1 | #!/bin/bash |
1 | #!/bin/bash |
最近在做服务端、客户端SSL双向验证的问题，启动后，发现报错，如下：
1 |
|
原因：
因为配置的trust-store证书中没有 trustedCertEntry，因此，出现此错误。
在导入root.cer之前，查看server.jks:
1 | keytool -list -v -keystore server.jks |
导入root.cer到server.jks:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26keytool -importcert -alias root -file root.cer -keystore server.jks
输入密钥库口令:
所有者: CN=guotie, OU=lambda, O=lambda, L=NanJing, ST=Jiangsu, C=CN
发布者: CN=guotie, OU=lambda, O=lambda, L=NanJing, ST=Jiangsu, C=CN
序列号: 10f60cab
有效期为 Thu Jun 27 10:29:30 CST 2019 至 Wed Sep 25 10:29:30 CST 2019
证书指纹:
MD5: 42:B7:10:5C:93:28:4D:41:4D:64:75:AC:55:A2:18:76
SHA1: FA:6F:D5:7C:B3:46:F8:92:AD:BA:55:D4:2D:7B:8D:22:BA:AC:72:D8
SHA256: 27:C2:59:FD:A8:3B:EB:DB:60:7C:9C:68:08:2D:AD:F3:1D:8B:ED:23:DC:3B:C1:62:EF:4A:21:B6:DA:95:4B:C8
签名算法名称: SHA256withDSA
主体公共密钥算法: 2048 位 DSA 密钥
版本: 3
扩展:
#1: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
0000: E6 66 2A 75 2A 5A DC AF F2 37 E7 DD AF 69 C7 3B .f*u*Z...7...i.;
0010: B1 F4 60 BA ..`.
]
]
是否信任此证书? [否]: y
证书已添加到密钥库中
导入root.cer后，查看server.jks:
1 | keytool -list -v -keystore server.jks |
1 | ################################################################################################################### |
上面生成的truststore.jks就是spring boot中配置的trust证书部分：
1 | server.ssl.trust-store=classpath:truststore.jks |
参考资料：
https://www.ibm.com/developerworks/cn/java/j-lo-socketkeytool/index.html
https://yushan.iteye.com/blog/434955
生成tomcat的CA证书：
安装完kubeadmin 之后，执行kubectl，出现以下错误：1
The connection to the server localhost:8080 was refused - did you specify the right host or port?
原因是，没有设置环境变量 KUBECONFIG， 对于这一点，包括官方文档上都写的不清楚。
没有这个环境变量来指定kubectl去连接API-Server，这时，kubectl使用默认的地址，就是localhost:8080来连接API server，导致出现连接被拒绝。
解决方案：
root用户可以直接设置KUBECONFIG为 /etc/kubernetes/admin.conf，命令如下：1
export KUBECONFIG=/etc/kubernetes/admin.conf
或者可以在.profile中设置，以防再次登录失效。
首先，copy系统的配置文件：
1 | sudo cp /etc/kubernetes/admin.conf $HOME/.kube/config |
其次，设置环境变量KUBECONFIG
修改 $HOME/.profile，增加：1
export KUBECONFIG=$HOME/.kube/config
执行 kubectl get pod，就ok了
由于google的镜像被墙，因此，使用aliyun的镜像来装kubernetes相关的软件。
1 | cat <<EOF >/etc/apt/sources.list.d/kubernetes.list |
由于aliyun的镜像没有设置GPG验证，如果这时执行apt update，会出现以下错误：
1 | W: GPG error: https://mirrors.aliyun.com/kubernetes/apt kubernetes-xenial InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 6A030B21BA07F4FB |
有两种方法解决此问题：
1 | sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys <PUBKEY> |
将上面的
1 | sudo gpg --keyserver pgpkeys.mit.edu --recv-key <PUBKEY> |
1 | apt-get update |
需要携带 --image-repository 选项
1 | kubeadm init --image-repository registry.aliyuncs.com/google_containers |
1 | cat <<EOF >/etc/apt/sources.list.d/kubernetes.list |
spring cloud很火，各种组件层出不穷，但是，spring cloud能代表未来的发展方向吗？
很遗憾，我觉得不能。
spring cloud有一个致命缺点，就是复杂，太复杂。大部分开发者看到spring cloud的组件图就已经懵了。
其中任何一个组件都要学习使用很长时间才能掌握，更何况整个spring cloud中有几十个、上百个组件，重复、互相可替代的组件、接口又有很多，让使用者面临着学习门槛陡峭、使用复杂，选择困难，排错艰难等多重考研，因此，我认为，spring cloud是一个美好的幻觉。
spring cloud给团队一个印象，就是我把这些组件全搞定了，我的服务就完美无缺了。然而实际上，小团队难以掌握这么复杂的系统；中型团队，大型团队也需要投入大部分精力来学习，使用整套系统，同时，还面临巨大的运维成本。
那么，未来的方向是什么呢？
我认为是serverless。
在serverless系统架构下，所有的负载均衡，容错，断流，配置，服务发现等等，都是由框架来完成，应用开发者只需要关注应用逻辑，哇塞，听起来就很诱人。
有时候，我们需要安装同一个包的多个版本，这时，安装的方式如下：
1 | yarn add pkg@version |
例如，如果我要同时安装eosjs的16.08版本和最新版本（20.0.0），命令如下：1
2yarn add eosjs@16.0.8
yarn add eosjs20@npm:eosjs // 由于最新版本就是20.0.0，这里不需要指定版本号
安装后，在node_modules目录下，有这么两个目录：
eosjs，这个目录下是eosjs 16.0.8版本；
eosjs20，这个目录下是eosjs 20.0.0版本
引用方式如下：1
2import Eos from 'eosjs'; // 引用eosjs 16.0.8版本
import {Api, Rpc} from 'eosjs20'; // 引用eosjs 20.0.0版本，这里的包名就是安装时的别名
https://yarnpkg.com/lang/en/docs/cli/add/
yarn add
This will install a package under a custom alias. Aliasing, allows multiple versions of the same dependency to be installed, each referenced via the alias-package name given. For example, yarn add my-foo@npm:foo will install the package foo (at the latest version) in your dependencies under the specified alias my-foo. Also, yarn add my-foo@npm:foo@1.0.1 allows a specific version of foo to be installed.
通常eos的dapp开发都是使用scatterjs来连接用户或者钱包，scatter的官方文档中的示例基本上都是使用eos 16版本的，eos20版本由于重构的关系，与eos 16版本完全不同，因此，这里给出eos 20的使用方法：
1 | import ScatterJS from 'scatterjs-core'; |
需要特别注意的是：
使用eosjs 16版本转账示例：
使用scatter版本：
1 | const jungle = { |
不使用scatter版本：
1 | var eos = new Eos({ |
出现同一个错误：
1 | err: {"code":500,"message":"Internal Service Error","error":{"code":3050003,"name":"eosio_assert_message_exception","what":"eosio_assert_message assertion failure","details":[{"message":"assertion failure with message: unable to find key","file":"wasm_interface.cpp","line_number":924,"method":"eosio_assert"},{"message":"pending console output: ","file":"apply_context.cpp","line_number":72,"method":"exec_one"}]}} |
原因：
核心原因在于转账的参数quantity写错了，不知道是以前的教程的版本问题还是什么原因，以前很多文档上都是这样的：
1 | quantity: '1.0000 SYS' |
现在，应该写成：1
quantity: '1.0000 EOS'
jebrains全家桶激活破解：
https://zhile.io/2018/08/17/jetbrains-license-server-crack.html
https://gitee.com/pengzhile/jetbrains-agent
一定通过IDE菜单编辑javaagent参数，别瞎TM在bin目录下改！！！
一定通过IDE菜单编辑javaagent参数，别瞎TM在bin目录下改！！！
一定通过IDE菜单编辑javaagent参数，别瞎TM在bin目录下改！！！
一定通过IDE菜单编辑javaagent参数，别瞎TM在bin目录下改！！！
一定通过IDE菜单编辑javaagent参数，别瞎TM在bin目录下改！！！