jetty6与jetty7的区别？

jetty6与jetty7的区别？

Jetty是一个高性能的Java Servlet容器。今天Jetty 7.0宣告发布，开发者可以从eclipse.org上的新主页下载或也可以通过maven仓库下载。Jetty 7.0相对于Jetty 6.0来说是一次重大的变革，包括了大量代码的重构和性能的提升，功能的改进等。
Jetty 目前已经正式成为java界最流行的开源IDE eclipse的一份子，由于迁移到了eclipse，因此Jetty 7.0的代码进行了大量的重构（代码由org.mortbay包迁移到org.eclipse包），而且之前的server.jar也被重构为若干功能独立的包（例如：jetty-server.jar、jetty-servlet.jar、jetty-io.jar等）。模块化的一个附带好处是在不同的包之间带来了更多的强制的关注点分离，由此进而导致了更多的嵌入模块的方法。同时，Jetty现在是一系列有效的OSGi包（具备定义良好的依赖关系），它仍然可以运行在OSGi运行时之外。虽然新的Jetty 7.0发布了，但是Jetty 6.0依然会被官方支持，但新特性都将围绕Jetty 7.0开发。Jetty 6.0和Jetty 7.0目前都提供对Servlet 2.0 API的支持，至于Servlet 3.0，目前只有试验阶段（连EA版本都不算）的Jetty 8.0支持。

Jetty 6.0的一个关键特性是在Java Servlet层引入了延续（Continuation），这将使http客户端连接（例如用了Cometd或者被称为Bayeux协议的连接）成为可能。InfoQ以前曾报道过Jetty 6.0的发布以及几个延续的示例，它们展示了在固定线程数目（以及相关开销）的条件下，延续是如何被用来支持大规模并发用户的。

该技术的成功直接导致了Jetty建议在Servlet 3.0规范草案中加入异步Servlet。Jetty 7.0实现的这些延续既可以无需修改就运行于Servlet 3.0实现之上，同时还可以向后应用于非Jetty的Servlet 2.5实现（非异步、阻塞）中。Jetty迁移文档中大量描述了包名的变更。鉴于大量的类名已经改变，Jetty还提供了一个自动化工具来将配置文件中使用的类名转换成Jetty 7.0的新类名。未来的升级（如从Jetty 7.0升级到Jetty 8.0）将不会有如此大的动作

Jetty 7.0发布后基于旧版本Jetty 6.0的cometd-jetty项目也已经过时，官方建议使用基于Jetty 7.0的cometd-java，该项目现在已可从cometd.org访问。一份演示已经可供下载，它通过支持大数量的AJAX客户端（它们创建了连接到后端服务器的长活动连接），同时不增加负载，展示了异步延续的巨大优势。

最后，Jetty的创造者Webtide（已于上月被Intalio收购）也宣布了名为Jetty-Hightide的开源产品，它包括了一系列开源组件库：

Glassfish的JSP
来自atomikos的JTA
Maven plugin
Ant集成
Spring配置
Setuid
当前可供下载的Hightide版本是以Jetty 6.0为基础的，但在不久之后，将会提供一份包含Jetty 7.0的修订版。Jetty可以基于双许可下载使用，一个是Apache License 2.0，另一个则是Eclipse Public License 1.0。此外，针对其他平台的Jetty包还可以从Codehaus获得，如用于Linux系统的RPMs和Debs。

具体区别我说不上来，但是今天我们的项目我在jetty6 上跑步起来，在jetty7 上就没有问题了。这也算一个其中的区别吧。

3根2G的好。和6根1G的相比，性能上区别很细微。但是前者要比后者数量上少一半，耗电量少的多，散热量也少，这样使用寿命更长一些。