我和Java这些年的故事(六)

从2006年开始，我就在建设自己的网站，从2008年到2011年，我托管了四年自己的服务器，那时阿里云还没有兴起，只能自己买服务器，放到托管商机房里去，他们给你一个IP。机器全部是自己运维。

IBM内部使用的是自家的JDK，俗称J9，性能据说宇宙第一强。我也是对它喜爱有加。但我觉得IBM对Java世界的最大贡献当属Eclipse，这个IDE直接给JBuilder送了终，以至于JBuilder2005之后的版本也采用了Eclipse的插件体系。其实JBuilder和Net beans的技术路线我还是很看好的，估计是Borland公司销售不利导致了后续版本开发的无以为继，Borland的Delphi/C++Builder的相继衰落也证实了这一点，即使最后垮掉，也不肯开源，这是让我最痛恨的一点。

有了Eclipse作为基石，IBM众多产品开始百花齐放，一时在Java中间件世界里风头无两，尤以WebSphere和Rational两大家族的产品为甚。当时，如果国内某个企业级的软件采用osgi架构，绝对是时尚，是实力的标志。为何这么说？一方面是osgi本身先进，有足够的弹性，驾驭它要对它足够了解；另一方面也是复杂性，能玩转它的公司不多。

为此，我还买了一本osgi的专著。现在已经在我书架的某个角落里积满了灰尘。

有一阵子，我迷恋SWT界面开发，它和原生的windows应用一样，让我有了VC程序员的成就感。我还搞过一段时间的Eclipse RCP开发，认为它符合未来桌面端应用的趋势。

可惜，好景不长，以ajax为基础的web2.0迅速兴起，jquery,dojo,ExtJS一堆的前端框架雨后春笋般冒了出来，它们开发的界面又好看，开发效率也快，当然还有先天性的优势：容易部署和更新。

于是乎，我的重心开始转移，关注起Spring, Restful应用的开发。开源世界的快速发展，导致IBM也不得不转向，推出了轻量级的web container即Liberty。虽然是轻量级，但osgi不能丢，模块化、可配置化这些现代化的特征不能丢，也就是说，一个个feature都是可拆卸的。模块化的思想由来已久，但是在应用服务器领域走过了一段艰难的旅程。有人说，中间件复杂度和操作系统不相上下，WAS就是典型例子，WAS几百万的代码量也验证了这一点。