Finagle悲催的测试，悲催的服务端架构

一开始到网上看到finagle，看到人家用得很牛b，twitter出品。应该很牛。

果断上github弄下来源码。。编译。。靠，没通过，打包。靠。。还是没通过

不懂sacla啊。那就悲催的等吧。好，终于等到了，尼玛，我isses都说了test过不去，无法打包成jar包啊。编译早就通过了亲。。。没法打包总不能再学sacla吧。不是拒绝学一门语言，而是sacla在国内使用的很少，资料更是少之又少。在开发项目的时候会一个人。虽然是看起来很好，可以用现成的java什么的，但是，那个项目编译过程。。让我实在很蛋疼。ant和maven都是很好用的哇，sbt真心没看懂。。边缘化的编译过程让我没办法接受。。

好吧，转换一下思路。既然sacla本身就是可以打包成jar包的。我看了一下twitter的maven库 ，每个组件都打成jar包了。得，下载jar包下来把。用eclipse。。。

尼玛，又有问题。。。。还是编译问题，这个以我的能力而言是没法解决的。

说真心的。twitter的开放思维是不错的，但是既然是开源了，就应该是开源一个完整可用的工具。我到网上看了一圈，除了看到一家本身就有sacla团队能用起来，真心没看到能用起来的。。这样真心很蛋疼啊。。。

浪费了我一周时间把这个rpc系统跑起来，太非主流了。。蛋疼

thrift和netty又没办法组合起来---我是说以我的能力而言。现在能力没办法完全改造thrift的建模工具，也没有能力根据netty的流程把thrift重新做一个。

我看fingle就是直接两边都给改造了。。敬仰啊。。。编码能力还是不够强哇。thrift倒是尝试着改过，改到一半改不动了。。那个生成的java文件我硬是没看明白。。。隔一段时间再回头改吧。。

avro支持php，但是。尼玛所有客户端的代码都有rpc的。偏偏php的没有。你玩我呢？当然，可以自己做一个socket的功能。但是木有必要哇。thrift已经做的很好了

还是转头thrift+netty的组合吧。。

折腾不是浪费生命