解决java web容器解析xml不能找到DTD问题

项目创建了一个dtd文件，放在tomcat webapp class 目录下面，xml也位于class目录下，xml 的 dtd引用直接为dtd文件名。但是解析时并不是根据xml的相对路径取找dtd文件，而是在执行目录下（也就是tomcat bin目录）下查找，当然找不到。（给xml的dtd引用加上斜杠表示相对路径也没用）
  在网上找了很久，终于有了一个解决方案，与大家共享：
       用DOM解析的时候，我们可以自定义实体的解析器(EntityResolver)，而不是使用默认的实体解析器。（默认的解析器会根据实际的url进行读取）
from：http://www.javayou.com/diary/623

---

般比较正式的XML信息中都会包含对应的DTD声明，用来定义该XML文档中的格式，例如WEB项目中用到的web.xml,例如struts的配置文件struts-config.xml，下面是web.xml中用到的DTD信息：

 

<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
       "http://java.sun.com/dtd/web-app_2_3.dtd">

当我们用DOM或者Digester来解析这个XML的时候，如果当前计算机已联网那么解析的速度比较慢，如果当前计算机未联网则会报无法连接主机的异常。这是因为XML的解析器需要读取dtd的内容，而这个dtd文件是存在于互联网的某台主机上的，因此问题就在于：如果我们的计算机不能保证时时都连在网上，那么怎么老保证解析过程不出错呢？下面我们分别就两种不同的解析方法进行说明。

1. 使用DOM解析

使用DOM解析的时候，我们可以自定义实体的解析器(EntityResolver)，而不是使用默认的实体解析器，因为默认的解析器会根据实际的url进行读取，下面是一段如何来解析web.xml的代码：

 

private static void parse(InputStream in) throws Exception{
  DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
  DocumentBuilder db = dbf.newDocumentBuilder();
  db.setEntityResolver(new EntityResolver(){
   public InputSource resolveEntity(String publicId, String systemId)
    throws SAXException, IOException{
          for (int i = 0; i < registrations.length; i += 2) {
           if(publicId.equals(registrations[i])){
            String dtd_uri = registrations[i+1];
               InputStream dtd_stream = this.getClass().getResourceAsStream(dtd_uri);
      return new InputSource(dtd_stream);
           }
          }
    return null;
   }});
  Document doc = db.parse(in);
  Element root = doc.getDocumentElement();
  NodeList nodes = root.getElementsByTagName("servlet-mapping");
  int nodec = nodes.getLength();
  for(int i=0;i<nodec;i++){
   Element node = (Element)nodes.item(i);
   Element servlet_name = (Element)node.getElementsByTagName("servlet-name").item(0);
   Element url_pattern = (Element)node.getElementsByTagName("url-pattern").item(0);
   
   String sn = servlet_name.getFirstChild().getNodeValue();
   String up = url_pattern.getFirstChild().getNodeValue();
   System.out.println(sn+"="+up);
  }
 }

private final static String registrations[] = {
        "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN",
        "/web-app_2_2.dtd",
        "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN",
        "/web-app_2_3.dtd"
};

这段代码中把本来从http://java.sun.com/dtd/web-app_2_3.dtd地址中读取dtd的信息改为了从当前类路径中读取，也就是/web-app_2_3.dtd，通过重新定义InputSource来返回/web- app_2_3.dtd数据流，从而让XML解析器不从网上获取DTD信息。当然，这样做的前提是事先必须把dtd文件保存在类路径所在的目录中，以便自定义的EntityResolver可以读取到。

2. 使用Digester解析

使用Digester解析时原理也是一样的，代码有所不同而已：

 

Digester digester = new Digester();
digester.push(this);
digester.setNamespaceAware(true);
digester.setValidating(false);

// Register our local copy of the DTDs that we can find
for (int i = 0; i < registrations.length; i += 2) {
    URL url = this.getClass().getResource(registrations[i+1]);
    if (url != null)
        digester.register(registrations[i], url.toString());            
}

其中registrations与前一段代码相同。

通过上面两种处理办法以后，XML的解析器就不再从网上获取dtd文件，这也是为什么Tomcat包括struts项目可以在计算机没有联网下工作的原因，因为Tomcat需要解析web.xml，struts需要解析web.xml以及struts-config.xml，而这两个文件的dtd恰恰都是通过一个url给出的。

需要说明一点的是，这样做的目的并不是说屏蔽了DTD的作用，毕竟DTD是用来验证XML语法的，如果去掉了，验证的功能就没有了，因此DTD不能去掉。这样做的真正目的是在保留DTD功能外使应用程序在无网络连接的情况下也可以运行。