资讯频道 → 企业架构
阅读更多

54顶
0踩

企业架构

翻译新闻 Google 选择 Jetty, 放弃 Tomcat

2009-08-19 11:43 by 见习记者 乡村里的一条土狗 评论(21) 有62391人浏览
Tomcat Google

Google 应用系统引擎最初是以 Apache Tomcat 作为其 webserver/servlet 容器的，但最终将切换到 Jetty 上。 这个决定让许多开发人员都诧异的想问：为什么要做这样的改变？Tomcat 有什么问题吗？ 我们获得的一次访问 Webtide ——Jetty 背后的公司——里的这个团队的机会，得到了关于这个决定背后更详细的信息。

 

记者： 为什么Google选择Jetty作为其应用系统的引擎，而不是 Tomcat 或其他的？

 

Google选择Jetty的关键原因是它的体积和灵活性。 在云计算里，体积的因素是很重要，如果你运行几万个Jetty的实例（Google就是这样干的），每个server省1兆，那就会省10几个G的内存（或能够给其他应用提供更多的内存）。

Jetty 被设计成了可插拔和可扩展的特性，这样Google就可以高度的自定义它。 他们在其中替换了他们自己的HTTP connector，Google认证，以及他们自己的session集群。也真是奇怪，这个特性对于云计算来说是非常出色的，但同时也让Jetty非常适合嵌入小的设备中，例如手机和机顶盒。

 

记者： 是什么促使Jetty成为Java里出色的servlet容器？

 

我们在开发Jetty时，并没有想着要把它开发成一个全功能的应用server（尽管它是的）。每一项功能都考虑了可插拔性，所以，如果你不需要他，你就可以不把它加载到内存里，把它从request 处理调用链中去掉。如果你不需要sessons，你可以把session处理器拿掉，这样你就不要浪费资源去来回寻找session cookie了。当你每秒钟都有出来上千个请求时，这些微小的查找动作的开销是非常的大的。

 

我们也并没有想当然的企图通过设计就可以得到最优化的代码，我们是如同收集沙粒般，每次得到一些人告诉我们如何才能有好的JVMs优化和垃圾回收办法。这是真的，已经很小心的代码仍然能被优化，最后的效果就是避免创建新的对象。例如，我们在Jetty里使用并行处理技术，但我们并没有使用很多标准的并行处理数据结构，因为这需要创建太多的对象。所以，只是作为个例子，我们使用了双并行锁循环 arrays，而不是采用并行链式 lists，这样我们就能够在不创建对象的情况下，获得了非阻塞并行效果。

 

记者： 是什么使Jetty成为开发人员的一个有用的server平台的（例如：testing）？

 

Jetty 已经在一些流行框架中内置了，例如GWT，scala/lift，grails，Jruby等等，还有很多。如果你使用了这些技术，你就直接可以用Jetty了。 Jetty-maven 插件是另外一个非常优秀的开发工具，它能让web应用在不打包成war文件的情况下运行。源文件可以直接编辑，在不需要把它重新放进war文件的情况下获得测试结果。 Jetty嵌入式的特征让我们不再需要写通过写那些main方法、通过你的IDE，调试器或 profiler 来运行之类的无聊的事情。

 

记者： Jetty在处理 client-server 请求时有什么独特的地方吗？

 

Jetty 现在是一个第二代的异步处理server。 过去的两年里，我们让Jetty实现了处理异步请求的功能，这成了它核心架构的一部分。就像其他的支持异步serlets容器一样，我想，他们会发现这个东西并不是看起来的那么简单和容易。 我们的异步HTTP引擎被我们复用在了HTTP client 上，所以我们可以大量的降低request 和 responses 消耗。

同时，就像我之前提到过的，我们的请求处理器是可扩展和可插拔的，这让web application可以被单独省略掉，或者是单独使用，或者是进一步扩展的application。

 

记者： 有没有其他Jetty使用的案例，大的或小的？

 

使用Jetty的公司有像Zimbra/Yahoo，这意味着Jetty正作为web mail 服务器，为百万级的用户提供服务。 Eclipse IDE把它内置了进去，这意味着有成百万的开发者在桌面运行Jetty。 Jetty被 hadoop map/reduce cluster使用，在其上有几千个点的集群，处理着世界最大的TB级别的数据分类排序工作。 我们也有 J2ME 的接口，有本地编译器，所以我们可以在手机上，家用路由器和 Java cards 上运行。 更多的Jetty使用的例子可以参考 http://docs.codehaus.org/display/JETTY/Jetty+Powered

 

记者： Jetty的将来或蓝图是怎样的？

 

Jetty 最近的计划是发布 7.0.0 版本，这将会完全的迁移到eclipse foundation 下。 Jetty 7 将会支持很多 servlet 3.0 的特征，但是并不会使用新的API 和 不会依赖Java 1.6 。 Jetty 7后，很快我们会发布Jetty 8，这将会完全支持 servlet 3.0 和 Java 1.6，Jetty 会继续的创新 和跟踪各种web 2.0 里的其他的新成果。 我们现在已经能支持 Firefox 3.5 里的跨域Ajax功能，我们可以在cometd版本里使用这个。 我们很快就会增加对 WebSocket 和 BWTP 的支持。 对 Google wave 以及相关协议的支持的问题已经优先排到了我们的议事日程上了。

 

记者： Google/Jetty 还有其他的计划吗？

 

Google有他们自己下棋的棋局，我们并不清楚。 我们在JavaOne大会上曾经和App Engine开发者们有个简单的对话，我们愿意听他们任何的反馈和意见，用来改进Jetty的可嵌入性和可扩展性。

下面的跟Webtide团队的讨论中，我们询问了SpringSource 从Jetty转换到Tomcat的事情。

 

记者： 你们如何看待 SpringSource 把 Grails 从本来作为缺省容器的Jetty换成了Tomcat的事情？

 

原因是grails开发的领导感觉使用Tomcat能从内部的Tomcat开发人员哪里获得更好的”服务“。我猜测，他们把Grails的用户驱赶到某一个平台，以让SpringSource能更好的销售他们的技术支持服务。几年前我们看到了相同的事情，JBoss 雇佣了一下tomcat开发人员后把Jetty提出成了Tomcat，并最终和Mort Bay达成了商业合同。 很遗憾，这些商业协议对技术选择有如此大的影响，当相同的是，一些基础结构的工程也正聚集到也application server 为中心的队伍里来。

 rails将会继续同时支持对Jetty和Tomcat的集成，但会改成Tomcat为缺省服务。

 

这看起来是 SpringSource使用/攀附 Tomcat 的一个特别合适的论断。

54
顶
0
踩
评论 共 21 条 请登录后发表评论
21 楼 zxjlwt 2015-04-09 15:53
学习了。
http://surenpi.com
20 楼 z87663849 2014-11-01 10:50
jetty更加的小巧 ，挺不错。以后可以多试试。
19 楼 风的足迹 2013-02-21 15:43
jetty值得研究，可嵌入这是一个很好的特性啊
18 楼 istep 2011-05-12 11:19
jetty支持ssh吗？
17 楼 yangtse_ye 2009-09-24 23:48
maven jetty
16 楼 itlangqun 2009-08-20 18:31
期待....
15 楼 luckaway 2009-08-20 12:03
以前还以为GOOGLE都自己写了一套的！！！
14 楼 nicky_hk 2009-08-20 11:34
jetty 的源代码写的比较烂
13 楼 richyzhang 2009-08-20 11:32
拭目以待。容器的选择反正也不怕多一种。
12 楼 whaosoft 2009-08-20 11:20
Arden 写道
我感觉还是tomcat的好，现在grails都是默认支持tomcat

习惯而已
11 楼 liu_swei 2009-08-20 10:12
jetty和tomcat都不错，目前我们正在做的应用服务器就打算两种都支持，默认为tomcat到时候动态切换，开发人员想用什么容器都可以
10 楼 lordhong 2009-08-20 10:11
jetty在android上面都可以运行!  
9 楼 nwangwei 2009-08-20 10:10
平时使用，是否方便使用和运行是否稳定是最重要的，tomcat使用很方便
8 楼 herowzz 2009-08-20 09:24
言jetty对中文支持好像不是非常好？大牛们出来解释下？？
Arden 写道
我感觉还是tomcat的好，现在grails都是默认支持tomcat


那是因为grails现在归springsource了，而spring团队是挺tomcat的
都是商业利益而已，用哪个都无所谓
7 楼 ddppfamily 2009-08-20 09:00
jackzw 写道
jetty值得研究一下

google用什么，我们就用什么
6 楼 hilliate 2009-08-20 08:41
据传言jetty对中文支持好像不是非常好？大牛们出来解释下？？
5 楼 rox 2009-08-20 08:20
有竞争，才有动力。
4 楼 flysheet 2009-08-19 18:25
Jetty
3 楼 michael_wang 2009-08-19 17:21
jetty得研究一下
2 楼 jackzw 2009-08-19 16:51
jetty值得研究一下

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • Google 选择 Jetty 放弃 Tomcat

    　【IT168 资讯】Google 应用系统引擎最初是以 Apache Tomcat 作为其 webserver/servlet 容器的，但最终将切换到 Jetty 上。 这个决定让许多开发人员都诧异的想问：为什么要做这样的改变?Tomcat 有什么问题吗? 我们...

  • Google选择Jetty放弃Tomcat

    Google 应用系统引擎最初是以 Apache Tomcat 作为其 webserver/servlet 容器的，但最终将切换到 Jetty 上。 这个决定让许多开发人员都诧异的想问：为什么要做这样的改变?Tomcat 有什么问题吗? 我们获得的一次访问 ...

  • [转]Google 选择 Jetty 放弃 Tomcat

    【IT168 资讯】Google 应用系统引擎最初是以 Apache Tomcat 作为其 webserver/servlet 容器的，但最终将切换到 Jetty 上。 这个决定让许多开发人员都诧异的想问：为什么要做这样的改变?Tomcat 有什么问题吗? 我们...

  • Google 为什么选择 Jetty，放弃 Tomcat

    Google 应用系统引擎最初是以 Apache Tomcat 作为其 webserver/servlet 容器的，但最终将切换到 Jetty 上。这个决定让许多开发人员...

  • Jetty和Tomcat比较

    Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/servlet容器。...近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境的需求，亦...

  • 关于tomcat和jetty对比（不喜欢jetty的勿看）

    1.Tomcat和Jetty都是一种Servlet引擎，他们都支持标准的servlet规范和JavaEE的规范。 不同点： 1.架构比较 Jetty的架构比Tomcat的更为简单 Jetty的架构是基于Handler来实现的，主要的扩展功能都可以用...

  • Jetty和Tomcat

    最近在学习Gitee里面的Star项目，发现有些项目已经开始使用Jetty，大致查了一下发现，Google已经放弃了Tomcat，把一些服务迁移到了Jetty上，对于这个黑马，我挺感兴趣的，所以把它的大致情况也整理分享下： ...

  • tomcat与jetty的区别

    近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境的需求，亦分布式环境的需求。 那Jetty与Tomcat比较，有哪差异呢？ Jett...

  • Jetty和Tomcat的区别

    Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/...近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境的需求，亦分布式环...

  • Jetty和Tomcat的选择

    Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/servlet容器。...近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境的需求，

  • Jetty和Tomcat的选择：按场景而定

    Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/servlet容器。...近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境

  • (转)Google 选择 Jetty, 放弃 Tomcat

    Google 选择 Jetty, 放弃 Tomcat 10 小时前 by 见习记者 乡村里的一条土狗 评论(4) 有830人浏览 收藏 声明：JavaEye新闻文章的版权属于JavaEye网站所有，严禁任何网站转载本文，否则必将追究法律责任！ ...

  • jetty和tomcat区别

    Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/servlet...近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境的需求，亦分布式...

  • 人类预期寿命数据（世界各国）1960-2022年.xlsx

    介绍 人类预期寿命是指在特定年龄出生的人群，按照当前的死亡率水平，预期平均能够存活的年数。预期寿命衡量一个国家和地区卫生健康状况、社会经济发展水平和生活条件的重要参数 数据来源为世界银行、第四-七次全国人口普查数据 ## 一、人类预期寿命趋势 2022年，全球人类预期平均寿命为72岁。其中女性为74.5岁，男性为69.6岁 世界银行的数据显示，1960-2022年期间，人类预期寿命整体呈上升趋势。随着医疗技术的进步、公共卫生的改善、营养条件的提升以及生活方式的改变，这62年间，人类平均预期寿命提升了21岁。受到新冠疫情的影响，2021年，预期寿命有所下降，但在2022年有所回升

  • 光伏超级电容与蓄电池混合储能系统能量管理仿真：模型、算法及应用场景

    内容概要：本文深入探讨了光伏超级电容与蓄电池混合储能系统在能量管理方面的仿真研究。主要内容涵盖光伏Boost模块的最大功率点跟踪（MPPT）算法实现、蓄电池与超级电容的分工及其控制策略、仿真工况的设计与分析。文中不仅提供了详细的数学模型和控制算法，还展示了具体的仿真案例，如200Hz投切负载和光照突降测试，验证了系统的动态响应能力和稳定性。此外，文章强调了仿真过程中需要注意的关键技术和参数设置，为实际应用提供了宝贵的理论支持和技术指导。 适合人群：从事新能源技术研发的专业人士、高校师生及相关领域的研究人员。 使用场景及目标：适用于光伏储能系统的研究与开发，旨在提高系统的能量利用效率和稳定性，特别是在面对复杂工况时的表现。通过仿真研究，可以优化系统设计，降低成本，提升性能。 其他说明：文中提供的代码片段和仿真模型仅供参考，在实际应用中需要结合具体情况进行调整和完善。同时，建议参考更多相关领域的权威文献，以确保研究成果的科学性和可靠性。

  • 基于FPGA与Verilog的多波形实时可调DDS信号发生器设计

    内容概要：本文详细介绍了利用FPGA和Verilog实现的一个能够实时切换六种波形并进行频率调节的DDS信号发生器的设计。文中首先阐述了波形切换机制，通过ROM查表法实现不同波形的数据存储与读取；接着讲解了按键交互设计，确保用户可以通过三个按键轻松地控制设备的功能；然后讨论了频率调节方法，采用相位累加器实现精确的频率控制；此外，还探讨了ASK和FSK调制的具体实现方式以及一些优化技巧如PWM替代DAC等。最终经过测试验证，该发生器可以在1kHz到10MHz范围内平稳运行，具有良好的性能表现。 适合人群：对FPGA开发有一定了解的技术爱好者、电子工程专业学生或者从事相关领域的工程师。 使用场景及目标：适用于需要生成多种标准波形并且可以灵活调整输出频率的应用场合，例如实验室环境下的教学演示、科研实验或是产品原型开发阶段。 其他说明：文中提供了大量具体的Verilog代码片段作为参考，帮助读者更好地理解和复现整个项目。同时提到了一些常见问题及其解决方案，有助于初学者避开潜在陷阱。

  • ABAQUS有限元软件中刀盘切削竹材模型的构建与应用

    内容概要：本文详细介绍了使用 ABAQUS 有限元软件构建刀盘切削竹材模型的方法。首先，设定了刀具的工作参数，如转速和进给速度。接着，通过创建部件、定义材料属性、装配部件、设置分析步和划分网格等步骤完成了整个模型的建立。文中还强调了材料定义的关键性，特别是竹材作为复合材料层时使用的 Hashin 准则。此外，讨论了刀具运动的设置方法，包括旋转和平移动态的组合。对于接触设置部分，则探讨了摩擦系数和损伤耦合的影响。最后，提供了模型验证的一些技巧，确保仿真结果的有效性和准确性。 适合人群：从事机械工程、材料科学及相关领域的研究人员和技术人员，尤其是对有限元分析有一定基础的人群。 使用场景及目标：适用于需要研究刀具切削竹材过程的工程项目，旨在帮助工程师们更好地理解和优化切削工艺，提高生产效率和产品质量。 其他说明：文章不仅涵盖了理论知识，还包括了大量的代码片段和实践经验，有助于读者快速掌握相关技能并在实际工作中加以运用。

  • 光电探测器仿真：温度特性仿真.zip

    光电材料仿真，电子仿真等；从入门到精通教程；含代码案例解析。

  • Python计算机课程设计项目：基于改进UNet和GAN的图像修复系统

    基于生成对抗网络（GAN）的图像修复算法，旨在通过利用深度学习技术修复图像中的缺陷和损坏区域。算法中包括两个主要组件：一个生成器（Generator）和一个判别器（Discriminator）。生成器使用的是无注意力机制的全卷积架构UNet，而判别器采用的是PatchGAN架构。预处理过程中，加载图像和掩码文件并调整大小，进行随机掩码应用，准备模型输入。生成器根据对抗损失、感知损失和结构一致性损失调整其参数，以改善生成图像的质量和真实性。判别器评估两类图像：真实的未损坏图像和生成器产生的修复图像。通过设计生成器和判别器，算法能够有效地处理和修复图像中的缺陷。

Global site tag (gtag.js) - Google Analytics