Tomcat学习之ContextConfig
时间:2014-12-30 13:19 来源:linux.it.net.cn 作者:IT
同HostConfig一样,ContextConfig也是在Digester解析server.xml的时候添加到StandardContext上的监听器,ContextConfig主要是处理web应用的配置文件,先看看它的init方法做了哪些事?
-
protected void init() {
-
// Called from StandardContext.init()
-
Digester contextDigester = createContextDigester();
-
contextDigester.getParser();
-
if (log.isDebugEnabled())
-
log.debug(sm.getString("contextConfig.init"));
-
context.setConfigured(false);
-
ok = true;
-
-
contextConfig(contextDigester);
-
-
createWebXmlDigester(context.getXmlNamespaceAware(),
-
context.getXmlValidation());
-
-
try {
-
fixDocBase();
-
} catch (IOException e) {
-
log.error(sm.getString(
-
"contextConfig.fixDocBase", context.getName()), e);
-
}
-
-
}
1、处理Context的两个默认配置文件:conf/context.xml和/conf/[enginename]/[hostname]/context.xml.default,解析到context中;
2、对war包进行校验:主要是校验目录结构(是否有WEB-INF目录,是否有classes目录和META-INF目录等)
3、对于没有解压的文件还会将其解压:是在ExpandWar类的expand方法中完成的
-
public static String expand(Host host, URL war, String pathname)
-
throws IOException {
-
...
-
// Expand the WAR into the new document base directory
-
JarURLConnection juc = (JarURLConnection) war.openConnection();
-
juc.setUseCaches(false);
-
JarFile jarFile = null;
-
InputStream input = null;
-
boolean success = false;
-
try {
-
jarFile = juc.getJarFile();
-
Enumeration<JarEntry> jarEntries = jarFile.entries();
-
while (jarEntries.hasMoreElements()) {
-
JarEntry jarEntry = jarEntries.nextElement();
-
String name = jarEntry.getName();
-
File expandedFile = new File(docBase, name);
-
if (!expandedFile.getCanonicalPath().startsWith(
-
canonicalDocBasePrefix)) {
-
//... throw exception
-
}
-
int last = name.lastIndexOf('/');
-
if (last >= 0) {
-
File parent = new File(docBase,
-
name.substring(0, last));
-
if (!parent.mkdirs() && !parent.isDirectory()) {
-
throw new IOException(
-
sm.getString("expandWar.createFailed", parent));
-
}
-
}
-
input = jarFile.getInputStream(jarEntry);
-
expand(input, expandedFile);
-
input.close();
-
} catch (IOException e) {
-
//
-
} finally {
-
//release resource
-
}
-
}
(1)、将war文件转换成jarEntries,并遍历
(2)、如果在webapps外直接抛异常
(3)、如果为目录,就在对应位置创建目录,否则就将文件读入input中,调用expand(input, expandedFile方法将文件内容copy到解压后的目录中
-
private static void expand(InputStream input, File file)
-
throws IOException {
-
BufferedOutputStream output = null;
-
try {
-
output =
-
new BufferedOutputStream(new FileOutputStream(file));
-
byte buffer[] = new byte[2048];
-
while (true) {
-
int n = input.read(buffer);
-
if (n <= 0)
-
break;
-
output.write(buffer, 0, n);
-
}
-
} finally {
-
if (output != null) {
-
try {
-
output.close();
-
} catch (IOException e) {
-
// Ignore
-
}
-
}
-
}
-
}
就是一个IO操作,每次读取2k数据到文件中。
顺着生命周期,init后就应该是configureStart,configureStart方法中做的最重要的一件事就是配置web.xml文件,实现细节在webConfig中完成的:
1、扫描/META-INF/lib/目录下的jar文件,如果在META-INF下含有web-fragment.xml文件,解析它;
2、确定确定这些xml片段的顺序,servlet 3.0可以将配置文件分散在多个jar包里面,而且还可以定义这些配置文件的顺序。分为绝对顺序和相对顺序,绝对顺序是通过absolute-ordering标签定义的
<web-app>
<name>...</name>
<absolute-ordering>
<name>fragment1</name>
<name>fragment2</name>
</absolute-ordering>
</web-app>
还可以在web-fragment.xml里面通过before,after标签来定义这些配置文件的先后顺序,这里不再举例
这步主要是根据顺序,将这些配置文件加到集合orderedFragments中
3、处理ServletContainerInitializers的实现类,这也是servlet 3.0新增的特性,容器在启动时使用 JAR 服务 API(JAR Service API) 来发现 ServletContainerInitializer 的实现类,并且容器将 WEB-INF/lib 目录下 JAR 包中的类都交给该类的 onStartup() 方法处理,我们通常需要在该实现类上使用 @HandlesTypes 注解来指定希望被处理的类,过滤掉不希望给 onStartup() 处理的类。在onStartup方法中可以优先加载这些类,或者修改其中的方法等。这步主要是把这些类找到放到Set<ServletContainerInitializer> scis中;
4、将应用中的web.xml与orderedFragments进行合并,合并在WebXml类的merge方法中实现
5、将应用中的web.xml与全局的web.xml文件(conf/web.xml和web.xml.default)进行合并
6、用合并好的WebXml来配置Context,这一步在处理servlet时,会为每个servlet创建一个wrapper,并调用addChild将每个wrapper作为context子容器,后续分析
下面简单了解一下WebXml的merge方法的实现,WebXml类是web.xml配置文件类,里面包含web.xml的所有标签,在它里面维护了这些标签的顺序,merge方法实现如下:
-
public boolean merge(Set<WebXml> fragments) {
-
// As far as possible, process in alphabetical order so it is easy to
-
// check everything is present
-
-
// Merge rules vary from element to element. See SRV.8.2.3
-
-
WebXml temp = new WebXml();
-
-
for (WebXml fragment : fragments) {
-
if (!mergeMap(fragment.getContextParams(), contextParams,
-
temp.getContextParams(), fragment, "Context Parameter")) {
-
return false;
-
}
-
}
-
contextParams.putAll(temp.getContextParams());
-
...
-
}
-
private static <T> boolean mergeMap(Map<String,T> fragmentMap,
-
Map<String,T> mainMap, Map<String,T> tempMap, WebXml fragment,
-
String mapName) {
-
for (Entry<String, T> entry : fragmentMap.entrySet()) {
-
final String key = entry.getKey();
-
if (!mainMap.containsKey(key)) {
-
// Not defined in main web.xml
-
T value = entry.getValue();
-
if (tempMap.containsKey(key)) {
-
if (value != null && !value.equals(
-
tempMap.get(key))) {
-
log.error(sm.getString(
-
"webXml.mergeConflictString",
-
mapName,
-
key,
-
fragment.getName(),
-
fragment.getURL()));
-
return false;
-
}
-
} else {
-
tempMap.put(key, value);
-
}
-
}
-
}
-
return true;
-
}
基本上每个标签都是按上面的例子合并的,简单说一下这个算法:
有两个map:mapA,mapB,要将mapA中有的在mapB中没有的元素加到mapB中,它的做法是遍历mapA,如果没有在mapB中就将其放入tmpMap中,循环完后mapB.putAll(tmpMap).
(责任编辑:IT)
同HostConfig一样,ContextConfig也是在Digester解析server.xml的时候添加到StandardContext上的监听器,ContextConfig主要是处理web应用的配置文件,先看看它的init方法做了哪些事?
2、对war包进行校验:主要是校验目录结构(是否有WEB-INF目录,是否有classes目录和META-INF目录等) 3、对于没有解压的文件还会将其解压:是在ExpandWar类的expand方法中完成的
(1)、将war文件转换成jarEntries,并遍历
就是一个IO操作,每次读取2k数据到文件中。
有两个map:mapA,mapB,要将mapA中有的在mapB中没有的元素加到mapB中,它的做法是遍历mapA,如果没有在mapB中就将其放入tmpMap中,循环完后mapB.putAll(tmpMap). (责任编辑:IT) |