jetty什么是jetty容器嵌入式容器

jetty什么是jetty容器嵌入式容器

Jetty是使用Java语言编写的，它的API以一组JAR包的形式发布。开发人员可以将Jetty容器实例化成一个对象，可以迅速为一些独立运行（stand-alone）的Java应用提供网络和web连接。
软件测试人员以及定制软件生产商。大部分的Java开发人员都可以划分到这三种情况中。
EJB
，以及其他一些功能。你应该采用已经存在而且测试过的组件并且使用Jetty而不是从零开始。
ApacheGeronimo,
JBoss
, 和ObjectWeb JOnAS这些项目组在建立自己Java EE应用服务器时也是这样做的。
当已经存在的容器不能满足需要的时候，软件测试人员会得益于按照需要来生成自己的servlet容器。例如，曾经有个同事想要寻找某种方式来驱动他为web service代码所写的单元测试
对于那些开发Java EE应用作为产品的人员来说，为什么仅仅提供一个WAR文件？这样你为会容器的规范而头疼，同时也会增加你的技术支持的成本。相反的，可以提供给客户一个自己具有启动，停止以及管理功能的应用程序。就连硬件生产商也会从中受益：Jetty对于普通的HTTP服务（没有servlet）只需要350k的内存，这使得可以将其用在智能设备中。你可以提供基于web的控制面板并且具有Java web应用的所有功能而不用担心那些独立的容器所带来的压力。
最后，我敢打赌嵌入式servlet容器最有趣的应用会发生在那些从来不编写传统的基于web应用的人身上。可以将Java EE和HTTP的组合作为一个C/S结构程序的后台。考虑一个事件驱动的服务，例如（假想的）Message-Driven Bank（onjava上的另外一篇文章中提到），从main()方法启动并且等待到来的请求，就像Unix中的daemon程序一样。肯定会有一些人想要将这个程序暴露成一种基于用户的风格，例如一个GUI桌面应用，这只是个时间问题。
要创建自己的基础组件，协议和socket通讯代码是最令人生厌的，而且会使人从业务逻辑中分心，就更不用说将来可能要调试的事情了。使用嵌入式的Jetty容器来将业务逻辑通过HTTP协议暴露是一个不错的选择，它不用对现有程序作过多改变。选择采用Swing，
SWT
，XUI这些GUI并且将请求包装成HTTPPost操作，
，甚至SOAP来完成这个回路。与定制的特定于某个领域的协议相比，这些通用的协议可能性能稍差，但是，用不了多久，你就会从这些已经存在的经过实际检验的协议中得到好处并且节省大量的努力。