导读：Java PaaS工具种类繁多，通过处理，可以捕获到相关的数据，并用封包过滤规则识别出一些特定的数据，本文就构建平台、库、语言和架构等方面给我们展示了下Java PaaS上的主流工具。
将应用程序上传至CloudBees的PaaS平台时，并非盲目地从你的电脑里将数据拷贝到PaaS平台上。相反的，我们要做些明智的处理，只需要传送和上一次上传的差值就可以了，这样可以比上传整个新版本要省更多带宽和时间。
通过处理，我们可以匿名捕获到关于正在上传的文件的一些数据。最后，我们通过使用封包过滤规则来识别出特定的架构和语言。显然，如果一个特殊的架构没有在规则集里，则不会被识别出来。迄今为止，我们的规则集已经可以识别出36%的应用程序中已知的架构或语言，当然我们还有改进的空间。（有兴趣的话，我们可以把规则集弄成public Git repo(公共Git的库)，这样就可以由特定架构/语言社区让规则集进一步强大。）
构建平台
最令人惊喜的是，ANT仍是将应用程序部署到CloudBees的最常使用的构建工具，如图所示：
如果分析更多应用程序的内容，是否会有不一样的结果呢？或许吧。但是Maven不那么受亲睐的的结果是在太让我惊讶了。
库
这里列出了我们所识别出的前20名。很明显他们并不互相排斥（例如，你可以在同一个应用程序里用log4j,Hibernate和Spring!），有些库还以隐性的依赖关系出现。
语言和架构
哪种类型的JVM语言和框架可运行在该平台上，结果如图所示：
我并不觉得那些数字有多么准确。这或许很有趣，为了删除“实例应用程序”，新用户可以很容易地进行部署，因为他们不会受这些数字而影响。
提示：我们的规则集里可能漏掉了一条规则，因为Lift应用程序会给Scale带来依赖性。
数据统计
我们还可以计算一些其他的统计数据，在做比较的时候用不到，但是很有趣。以下就是一些例子：
包含了最多的JAR文件的应用程序…353个JAR文件。 在平台上活跃的存活时间最久的程序超过了1100天（意味着它们已经过了3年！），年轻一点的是超过了1000天。 拥有最长命名的程序的名字有…58个字符。
cloud.dzone.com
我们首先去了象鼻山，那里景色秀丽神奇，
