DocumentBuilder.parse() returns "[#Document: null]

出处 http://topic.csdn.net/t/20050425/20/3965996.html#

首先感谢   ruby_cn(__   http://www.ruby-cn.org/   __)的blog！ 
  按你说的，我删除了项目中和xml相关的所有包，一切如故。我干脆删了所有的包，除了jre和j2ee，还是如故。我将 DocumentBuilderFactory对象打印出：System.out.println(factory);令人惊讶的结果出现了：org.apache.xerces.jaxp.DocumentBuilderFactoryImpl@1ad086a。我本来也猜测一定是某个第三方的包的类继承了javax.xml.parsers.DocumentBuilderFactory，发现 javax.xml.parsers.DocumentBuilderFactory是一个抽象类，所以的确很有可能，因为抽象类是不能产生对象的。但是也留下一个疑问，程序里并没有产生继承了javax.xml.parsers.DocumentBuilderFactory的类的对象，运行时怎么会自动产生它的子类对象。难道是sevlet容器干的好事？因为抽象类不能产生对象，自动产生继承这个抽象类的对象？类似于EJB容器产生实现home、 remote接口的对象？可是现在我把第三方的包全部删除了，怎么还会输出“apache”这个字眼？这时回想起用main方法不是一切正常的吗？于是跑了一下main，又是令人惊讶的结果：org.apache.crimson.jaxp.DocumentBuilderFactoryImpl@15601ea还是“apache”的实现，但是不同的类，这个类能完好的工作。不用说，一应定是jre或j2ee里有apache的东西。结果发现在jre/lib/rt.jar里有相当多的 apache的包。这个类也在这里。我才刚刚知道原来jre里不全是sun的东西。现在的问题是为什么到了sevlet就会产生 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl的对象。我找 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl类，找了很久发现他在xercesImpl包里。这个包在jboss-4.0.1sp1\lib\endorsed目录下。我把xercesImpl包倒入了那个工具类所在的项目。运行main方法，果然，输出了org.apache.xerces.jaxp.DocumentBuilderFactoryImpl。看来很清楚了，和sevlet容器没关系，只要这两个类被包含在同一个项目里，就会优先产生 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl对象。这是怎么回事呢，我猜想一定在 DocumentBuilderFactory的产生对象的方法有个选择逻辑。这时想到jdk是有源代码的，哈哈，太好了！察看 DocumentBuilderFactoryImpl的newInstance()方法： 
  return   (DocumentBuilderFactory)   FactoryFinder.find( 
                                  /*   The   default   property   name   according   to   the   JAXP   spec   */ 
                                  "javax.xml.parsers.DocumentBuilderFactory", 
                                  /*   The   fallback   implementation   class   name   */ 
                                  "org.apache.crimson.jaxp.DocumentBuilderFactoryImpl"); 
  他调用了FactoryFinder.find(）方法。注意在这里已经看到了"org.apache.crimson.jaxp.DocumentBuilderFactoryImpl"是的，字面意思这是作为一个后备的选择，也就是找不到其他实现了javax.xml.parsers.DocumentBuilderFactory的类，那么就返回 org.apache.crimson.jaxp.DocumentBuilderFactoryImpl的对象。赶紧去看 FactoryFinder.find(）方法：三段注释揭露了一切： 
  //   Use   the   system   property   first 
  //   try   to   read   from   $java.home/lib/jaxp.properties 
  //   try   to   find   services   in   CLASSPATH 
  最后都找不到当然是返回后备的org.apache.crimson.jaxp.DocumentBuilderFactoryImpl啦。 
  String   serviceId   =   "META-INF/services/"   +   factoryId; 
  打开xercesImpl包看看，果然有\META-INF\services目录。里面果然有个 javax.xml.parsers.DocumentBuilderFactory文件。打开一看文件内容果然是 org.apache.xerces.jaxp.DocumentBuilderFactoryImpl 
  。看来疑团都揭开啦。但是还有一点sevlet运行的classpath怎么会有endorsed\。打开run.bat看见："%JAVA%"   %JAVA_OPTS%   "-Djava.endorsed.dirs=%JBOSS_ENDORSED_DIRS%"   -classpath   "%JBOSS_CLASSPATH%"   org.jboss.Main   %   看来endorsed是作为了一个java参数。好了，一切都明白了。现在要怎么解决呢。删除xercesImpl包是一定可以的但是关于 endorsed我也不懂，好像websvice要用到。关于endorsed：http://java.sun.com/j2se/1.4.2 /docs/guide/standards/     所以我不敢删。想到的办法只有System.setProperty(   "javax.xml.parsers.DocumentBuilderFactory","org.apache.crimson.jaxp.DocumentBuilderFactoryImpl"   );因为//   Use   the   system   property   first。好了，用完以后赶快System.setProperty(   "javax.xml.parsers.DocumentBuilderFactory","org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"   );因为不知道jboss的那些类会用到org.apache.xerces.jaxp.DocumentBuilderFactoryImpl，所以还是要恢复过来的。好了，问题虽然解决了，但是感受到了不优雅的java。