jetty(6.1.11)代码分析

liukaida

Jetty Log
　　默认情况是使用：Slf4jLog
　　下面是Jetty的设置代码：
　　private static String logClass=System.getProperty("org.mortbay.log.class","org.mortbay.log.Slf4jLog");
　　 
　　默认情况是使用org.slf4j.Logger（jetty倒是更新的蛮快，spring,hibernate还在common-logging），它默认放在%JETTY_HOME%/lib/jsp-2.0(这个就不知道为什么放在这里)
　　 
　　默认情况需要： slf4j-api-1.3.1.jar，slf4j-simple-1.3.1.jar，jcl104-over-slf4j-1.3.1.jar(因为jasper需要common-log)

Jetty Naming
　　jetty-naming-6.1.11.jar是jndi一个Local实现，只要把这个包放在classpath中，就可以使用
　　 
　　　　




　　new InitialContext();
　　这样语句来，因为jndi.propertise包含在这个包里面.
　　注意：jndi的local实现和map不同的地方就是，jndi的context是有层次的，比如有subcontext,他们的key是需要parse的比如： java:comp/env/rubbish


Jetty Jndi
　　默认情况下，jetty的jetty.xml是不支持jndi,所以这个时候如果你在web.xml中定义resource-ref这样的tag是不起作用的. 代码层面就是 WebXmlConfiguration 对resource-ref不做处理.
　　 
　　支持resource-ref需要做以下工作：

• 把jetty-naming包放到classpath里去.
  
• 
  使用org.mortbay.jetty.plus.webapp.Configuration代理WebXmlConfiguration
  

  Web.xml

 mime-mapping
　　 <mime-mapping><extension>AA</extension>  
　　<mime-type>BB</mime-type>  
　　</mime-mapping>
　　上面的意思是 以AA为后缀名的文件，response.setContentType("BB")

TLD资源
　　jetty使用TagLibConfiguration来读取tld资源文件， 默认情况从两个地方都，一个是web-inf下面所有*.tld文件，
　　 
　　 一个是所有webcontextclassloader中所有jar url中META-INF/*.tld文件 

Session方面
　　jetty默认使用HashSessionManager来管理所有的session,在它启动的时候会形成一个定时的task来做session timeout操作.

Session形成：

• 一个request过来，根据cookie中是否存在名字是JSESSIONID ，或者url中是否是以";jsessionid=*",来得到seessionId,如果没有，那么request.getSession(false)=null,如果存在session,那么修改sesion最后的access时间，考虑timeout问题
  
• request.getSession(true)， 如果当前request中已经有session,那么就直接返回.否则
  HttpSession _session = sessionManager.newHttpSession(this);
  Cookie cookie=_sessionManager.getSessionCookie(_session,getContextPath(),isSecure());//这个cookie.name= JSESSIONID,age是-1,关掉browse,sessionid就不见了。
  if (cookie!=null)
  _connection.getResponse().addCookie(cookie);
  
   
  

　　InitialContext icontext =