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 =