jetty(6.1.11)代码分析

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需要做以下工作：

1. 把jetty-naming包放到classpath里去.
2. 使用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 =