烂笔头

今天天气不错，我心情很好，但是在测试代码功能的时候遇到了一个问题，浪费了一些时间，感到惋惜。还好，最终解决了问题，只是集群环境的问题。

以前我整理过一篇博客，详细叙述了如何自己搭建梯子，图文并茂，可以参见：使用 Vultr 搭建 Shadowsocks（VPS 搭建 SS） 。里面有涉及到购买一台云服务器后该如何操作：初始化环境、安装 Shadowsocks、配置参数、安装防火墙、启动服务、检查服务状态等等步骤。

虽然过程很详细，只要几个命令就可以完成 Shadowsocks 服务的搭建，但是对于没有技术基础又不想折腾的读者来说，还是有点困难。所以我把安装过程整理成一个自动化的 Shell 脚本，读者下载下来之后，直接运行即可，在运行过程中如果需要询问交互，例如填写密码、端口号等，读者直接填写即可，或者直接使用默认的设置。

在工作中遇到需要定期关闭、删除 Elasticsearch 集群索引的需求，关闭索引或者删除索引是一个很简单的操作，直接向 Elasticsearch 集群发送一个请求即可。而且，为了实现批量删除，可以一次性发送多个索引名称，使用逗号分隔即可，甚至可以使用通配符【需要 Elasticsearch 集群的相关设置开启】，会直接删掉满足通配符条件的索引。

本文基于最简单的一个场景：单个索引的关闭、删除，使用 Java 编程语言、HTTP 接口，尝试关闭、删除 Elasticsearch 集群的索引，属于入门级别，开发环境基于 Elasticsearch v1.7.5，这是一个很旧的版本，JDK v1.8。

在软件工程师的工具列表中，Git 肯定是少不了的，作为分布式版本控制系统，Git 在目前非常流行，可以说，掌握 Git 的使用是工程师的基本功。而且，Git 也会为我们带来诸多的便利，根本离不开它。本文会记录一些常用的 Git 命令，不仅可以自查，也可以帮助读者。

另外，说明一下，关于远程仓库的选择，目前有多种多样，例如：GitHub、GitLab、Gitee【码云】、coding 等等，读者自行选择。其中，最流行的莫过于 GitHub，在全球非常受欢迎，被微软收购后也没有大家想象的那么可怕，反而更加开源了，现在都可以免费使用 3 个私有仓库了，可见微软还是愿意拥抱开源世界的。

本文中的远程仓库地址格式会以 GitHub 的 HTTPS 协议为准，即：

1

https://github.com/your_user_name/your_project_name.git

需要用户输入用户名、密码。

当然，还有一种格式是 SSH 协议的，即：

1

git@github.com:your_user_name/your_project_name.git

需要用户在本地生成秘钥，读者使用时可以自行选择。

本来一个正常的 Java 项目，某一次运行的时候发现了一个异常：
java.lang.ClassNotFoundException: org.apache.log4j.DailyRollingFileAppender，
我觉得很奇怪，这种常用的类怎么可能会缺失。但是， 代码之多，无奇不有 ，遇到这种奇怪的问题也是检验我技术高低的良机，看我怎么步步排查，找到问题所在。本文开发环境基于 Java v1.8+、Spark v1.6.x、Maven v3.5.x 。

我在以前的一篇博客中，详细记录了自己搭建翻墙梯子的过程，参考：
使用 Vultr 搭建 Shadowsocks（VPS 搭建 SS） ，其中，我还顺便留下了我的 Vultr 推广链接：
我的 10 美元推广链接 。可能是因为这篇博客的流量还不错，基本每个月都会有几个人通过我的推广链接注册，当然，注册后真正使用的人只有 1-2 个。

我看了一下我的账户，平均每个月都会收到一份有效注册所带来的优惠券，大概可以给我带来 $10 的收入，足够抵消我的月租消费了，这也是注册 Vultr 后并真正使用 Vultr 的人带给我的收入，我觉得这是意外的惊喜。

所以，本着分享的理念以及「吃饭」的需要，我推荐大家使用 Vultr，但是担心可能有些读者第一次使用 Vultr，系统又是英文的，不太熟悉。在此，我把节点的创建过程再整理出来，图文并茂，并说明注意事项，给读者参考。读者参考本文一步一步操作，就可以从零开始创建 Vultr 主机，只需要再花费 $10 就可以使用半年的 Vultr 云主机。至于搭建梯子的过程还是请继续参考上面给出的以前的博客内容：使用 Vultr 搭建 Shadowsocks（VPS 搭建 SS） 。

声明 ：2019 年 08 月 09 日发现 Vultr 官方不会再赠送 $10 的代金券给新注册用户，只会给我发放代金券，但是 $25 的代金券仍然有效，请读者选择 $25 对应的链接打开注册，以免错失了代金券。

面食是中国常见的一种传统主食，馒头、饼、包子、馍、面条、面叶，使用面粉做出来的类型多种多样。其中， 面条 可谓是最为流行，无论东北、西北、东南、西南、中原、华南，都可以看到 面条 身影，形式丰富，口味不一，这更是中华民族劳动人民智慧的结晶。

其中， 汤面 又是一派，汤面最重要的是什么，除了面条本身之外，最重要的是汤。而汤，是非常难做的，耗时长且配料讲究，不仅要选骨头，还要放大料，一般一锅好汤都要熬制两个小时以上，更甚者要熬制四个小时。一般家庭吃面条是不可能这么折腾的，那么我这里有一种更为简单的方法：使用番茄鸡蛋做酸汤，再配合面条，做一碗酸汤面。这种方法操作起来简单，耗时短，又能保留汤的美味，适合自己在家做，本文记录做法总结。

众所周知，Git 是一款非常流行的版本控制工具，现在的项目开发基本都离不开它，否则项目的协作开发将寸步难行，甚至会有专门的项目管理职位来规范项目的开发协作。如果不使用 Git，我的博客整理工作也会增加难度与复杂度，不得不说，我已经离不开它了。今天碰到一个关于 Git 的很奇怪的错误，本文记录解决的过程，整理完感觉经验技能又增长了。

最近工作比较繁忙，在处理需求、写代码的过程中踩到了一些坑，不过问题都被我一个一个解决了，所以最近三周都没有更新博客内容。不过，我是整理了提纲、打了草稿，近期会陆续整理出来。今天就先整理出来一个简单的知识点：使用 Java API 从 HBase 中获取多版本【Version 的概念】数据的方法，开发环境基于 JDK v1.8、HBase v1.1.2、Zookeeper v3.4.6，在演示过程中还会使用原生的 HBase Shell 进行配合，加深理解。

场景描述：在某一天我觉得我的 Java 项目的依赖太冗余了，决定删除一些无用的依赖，让整个项目瘦身，以后打包发布的时候也更快速、节省时间。

接着我按照自己的经验，把大部分依赖全部删除，此时编译会报一些错误，这是必然的，但是我不担心，根据报错信息把缺失的依赖再一个一个添加进来即可。忙活了一阵，终于解决了所有的报错，编译、打包一气呵成，不再有错误，看了一下打包后的文件大小，足足比原先小了 30%，我略感满意。

但是此时我仍旧悬着一颗心，因为编译、打包成功不代表什么，后面的运行才是大问题，运行时往往会暴露一些隐藏的问题。而且项目里面有好几个功能，只要有一个功能运行失败那就说明依赖还是有问题，改造不成功。【千万不要以为编译、打包成功就万事大吉了，运行时的异常才是大问题，一定要有未雨绸缪的准备】

果然，刚启动第一个功能就出现了我想象中的异常信息：java.lang.AbstractMethodError。