在jdk1.4版本或更高的版本中已经包含了xml的解析器，但是这些解析器的功可能不是太完美，所以我们可以主动去指定xml解析器（覆盖默认的解析器或指定新的解析器），在网上找了一些资料，但是好像都不行，不是道是什么原因，但是别人又好像弄成功了，所以我认为这些资料还是有帮助的，这里给出这些资料，以备以后使用：
[java语言]XML api折射出sun与IBM的恩仇引自：
http://www.w3china.org/blog/more.asp?name=hongrui&id=23698
最初的xml解析器是sun的Crimson和IBM的Xerces，这两个开源项目都捐给了apache组织，后来Xerces发展很快，Crimon基本没有人使用。
1.4 版本起，用于 XML 处理的 Java API 就已经加入了Java 2 平台中。 利用该 API，可通过一系列标准的 Java 平台 API 来处理 XML 文档。
因此，也就无需另外添加 XML 处理包了。sun的JDK1.4使用Crimson，IBM的JDK使用Xerces。
如果打算把sun 的jdk程序移植到IBM的JDK下，注意解析器不同，XML处理会出问题。这就说明了java不是“一次编译，到处运行”，而是“一次编译，到处调试”。
如果你把IBM的JDK移植到SUN的JDK下，即使把Xerces包引入CLASSPATH，JDK还是使用Crimson，不信你运行java -verbose试一试。
解决的办法就是在在JRE\lib\目录下，建立一个jaxp.properties的文件，
内容如下：
javax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
javax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl
就可以使用Xerces。
或者使用命令行
# Add the XML parser jars and set the JAXP factory names
# Crimson parser JAXP setup(default)
CLASSPATH=$CLASSPATH:../lib/crimson.jar
JAXP=-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.crimson.jaxp.DocumentBuilderFactoryImpl
JAXP="$JAXP -Djavax.xml.parsers.SAXParserFactory=org.apache.crimson.jaxp.SAXParserFactoryImpl"
或
# Add the XML parser jars and set the JAXP factory names
# Xerces parser JAXP setup
CLASSPATH=$CLASSPATH:../lib/xerces.jar
JAXP=-Djavax.xml.parsers.DocumentBuilderFactory=org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
JAXP="$JAXP -Djavax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl"
最终sun还是指定JAXP规范，JSR 206 Java API for XML Processing(JAXP) 1.3，他已经由JDK1.5实现。
JAXP实现了XPath，但是xalan的org.apache.xpath.XPathAPI 类已经移植到了 JRE 1.5 中，重构为com.sun.org.apache.xpath.internal.XPathAPI。
如果在以前的JDK中，使用含 XPathAPI 类的 jar，例如 xalan-2.4.1.jar。 将该 jar 加入到 CLASSPATH（类路径）。
W3C的DOM标准API非常难用，于是有人开发 Java专用的XML API，这就是jdom=java+DOM。其中一部分人，去开发dom4j，这个不是非常标准，但是速度很快。
使用JDOM隐含服务器风险，因为JBoss和Webphere都是基于JDOM开发的，在这两个服务器下使用JDOM，必须进行相应的设置，而且你的JDOM版本必须与服务器使用的相近，
因为JVM只加载一份相同的类，服务器优先加载自己使用的JDOM，你开发用的JDOM不会被加载，你的应用就会出错。
使用Dom4J隐含工程问题，主要是hibernate，如果你开发的项目和hibernate合并，Dom4J版本不兼容的话，寻找dom4j相同版本hibernate，或者你改程序适应hibernate的Dom4j。
java没有windows的DLL地狱，但是java的jar地狱有过而无不及啊。
下面给出我自己测试出的结果
这里给出我自己在书中看到的资料：
在jdk1.4版本之后支持API的替换机制，我们就可以使用这种机制来替换默认的XML解析器（并不是所有的API都可以替换，只有那些被认可的标准API可以替换），我们就用这种机制来是实现我们的目的。为了替换JDK中提供的XML解析器，需要在JRE\lib目录下创建一个endorsed子目录，然后直接将解析器的实现类的jar包复制到该目录下即可，对于Xerces解析器，我们需要将xercesImpl.jar文件复制到该目录下即可。或者，你可以通过系统属性java.endorsed.dirs来指定另外的路径，假设这两个jar包位于D:\xerces-2_11_0目录下，在执行程序时，可采用如下命令：
java -D java.endorsed.dirs=D:\xerces-2_11_0 DOMTest
(DOMTest为要运行的应用程序的文件名)