jetty

比较重要的目录是：etc、contexts、webapps。个人认为可以类比tomcat的conf、conf\Catalina\localhost、webapps目录。contexts是热部署用的。

___________________________________________________

 

 

在contexts目录下复制test.xml为web-demo.xml，然后修改如下：

1. <?xml version="1.0" encoding="ISO-8859-1"?>  
2. <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">  
3.   
4. <Configure class="org.mortbay.jetty.webapp.WebAppContext">  
5.   
6.     <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->  
7.     <!-- Required minimal context configuration : -->  
8.     <!-- + contextPath -->  
9.     <!-- + war OR resourceBase -->  
10.     <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->  
11.     <Set name="contextPath">/web-demo</Set>  
12.     <Set name="war">e:/workspace/web-demo/WebContent</Set>  
13.   
14.     <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->  
15.     <!-- Optional context configuration -->  
16.     <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->  
17.     <Set name="extractWAR">false</Set>  
18.     <Set name="copyWebDir">false</Set>  
19.     <Set name="defaultsDescriptor">  
20.         <SystemProperty name="jetty.home" default="." />/etc/webdefault.xml</Set>  
21.     <!--  
22.         <Set name="overrideDescriptor"><SystemProperty name="jetty.home"  
23.         default="."/>/contexts/test.d/override-web.xml</Set>  
24.     -->  
25. </Configure>  

war可以设置成绝对路径。然后再重启jetty试试看。

 

___________________________________________

 

Jetty 的 Continuation 机制

讨论 Jetty 的 Continuation 机制，首先需要提到 Ajax 技术，Ajax 技术是当前开发 Web 应用的非常热门的技术，也是 Web 2.0 的一个重要的组成部分。Ajax 技术中的一个核心对象是 XMLHttpRequest 对象，这个对象支持异步请求，所谓异步请求即是指当客户端发送一个请求到服务器的时候，客户端不必一直等待服务器的响应。这样就不会造成整个页面的刷新，给用户带来更好的体验。而当服务器端响应返回时，客户端利用一个 Javascript 函数对返回值进行处理，以更新页面上的部分元素的值。但很多时候这种异步事件只是在很小一部分的情况下才会发生，那么怎么保证一旦服务器端有了响应之后客户端马上就知道呢，我们有两种方法来解决这个问题，一是让浏览器每隔几秒请求服务器来获得更改，我们称之为轮询。二是服务器维持与浏览器的长时间的连接来传递数据，长连接的技术称之为 Comet。

大家很容易就能发现轮询方式的主要缺点是产生了大量的传输浪费。因为可能大部分向服务器的请求是无效的，也就是说客户端等待发生的事件没有发生，如果有大量的客户端的话，那么这种网络传输的浪费是非常厉害的。特别是对于服务器端很久才更新的应用程序来讲，比如邮件程序，这种浪费就更是巨大了。并且对 Server 端处理请求的能力也相应提高了要求。如果很长时间才向 Server 端发送一次请求的话，那么客户端就不能的得到及时的响应。

如果使用 Comet 技术的话，客户端和服务器端必须保持一个长连接，一般情况下，服务器端每一个 Servlet 都会独占一个线程，这样就会使得服务器端有很多线程同时存在，这在客户端非常多的情况下也会对服务器端的处理能力带来很大的挑战。

Jetty 利用 Java 语言的非堵塞 I/O 技术来处理并发的大量连接。 Jetty 有一个处理长连接的机制：一个被称为 Continuations 的特性。利用 Continuation 机制，Jetty 可以使得一个线程能够用来同时处理多个从客户端发送过来的异步请求，下面我们通过一个简化的聊天程序的服务器端的代码来演示不使用 Continuation 机制和使用 Continuation 的差别。