工作中，使用JAVA的JAXP读取解析XML文件中，就碰到了一件奇件的事。在Web工程中，调试发现JAXP实际使用的是Xerces解析器， 可是，当将工程中的一个小Swing工具，与Web使用一样的jar包，打成一个可执行的jar包时，调试却发现JAXP实际使用的是Crimson 解析器，还会发现解析XML文件时出现错误，经过分析，发现Crimson解析器是Sun公司开发的(实际使用发现Crimson没有Xerces解析器稳定)， 打包在JAVA_HOME/lib/dt.jar包中，这个dt.jar被设置在环境变量CLASSPATH中了，当运行可执行的jar包是，JAXP会使用CLASSPATH的解析器， 在Web工程中的War包则不会。 通过阅读JDK源码javax.xml.parsers.FactoryFinder，javax.xml.parsers.SAXParserFactory以及DocumentBuilderFactory发现JDK按照如下顺序：1 系统属性javax.xml.parsers.DocumentBuilderFactory或javax.xml.parsers.SAXParserFactory
2 在jdk-dir/lib/jaxp.properties中设定的javax.xml.parsers.DocumentBuilderFactory或javax.xml.parsers.SAXParserFactory属性
3 运行时jar包中META-INF/services/javax.xml.parsers.DocumentBuilderFactory或javax.xml.parsers.SAXParserFactory文件中设定的值
4. 如果上面的解析器都没有找到，则使用Crimson。如果还没有。。。。。。那报ClassNotFound异常了。
通过JAXP查找解析器的顺序，我们可以使用下面方式来决定，我们使用的实际解析器，
1 在程序中写死实际的解析器
如
javax.xml.parsers.DocumentBuilderFactory factory＝ new org.apache.crimson.jaxp.DocumentBuilderFactoryImpl();
2 使用JAXP的 DocumentBuilderFactory 工厂类，如
javax.xml.parsers.DocumentBuilderFactory factory＝ javax.xml.parsers.DocumentBuilderFactory.newInstance();
再通过下面的方式来指定实际的解析器类
方法一:在运行java时，通过设置java -D javax.xml.parsers.DocumentBuilderFactory=new org.apache.crimson.jaxp.DocumentBuilderFactoryImpl
方法二:在程序中调用System.setProperty(“javax.xml.parsers.DocumentBuilderFactory”,” org.apache.crimson.jaxp.DocumentBuilderFactoryImpl”)
来设定实际的XML解析器.
方法三:编写一个jaxp.properties文件，在其中加入如下内容
javax.xml.parsers.DocumentBuilderFactory=org.apache.crimson.jaxp.DocumentBuilderFactoryImpl
再将此文件放入JAVA_HOME/lib/下
方法四:在打jar包下，在目录META-INF/下新建一个services目录，在此目录新建一个文件名为javax.xml.parsers.DocumentBuilderFactory的文件，
文件内容写上实际使用的解析器类，如写org.apache.crimson.jaxp.DocumentBuilderFactoryImpl
通过，上面，我们就可以对JAXP有一个比较深的了解。其实，JAVA中有许多这种思想的做法，这种思想，指的是什么的，就是平台无关性，发展到不依赖于具体的实现。
如我们熟悉的JNDI，JDBC，JAXP等。JNDI是抽像各种目录服务操作的类库，因为目录服务器厂商太多了，如SUN公司的ldapsdk,还有novell公司等等。JDBC是抽像各种数据库
操作的类库，因为数据库厂商也太多了，如ORACLE，SQLSERVER，MYSQL，INFORMIX等等，JAXP就是抽像各种XML解析器和转换器产品的类库，因为XML解析器和转换器产品够多
的了。
访问AIX系统中部署在OC4J中的web 模块的页面时遇到这个错误：
javax.xml.parsers.FactoryConfigurationError: Provider null could not be instantiated:
java.lang.NullPointerException
at javax.xml.parsers.SAXParserFactory.newInstance(Unknown Source)
at org.apache.commons.digester.Digester.getFactory(Digester.java:478)
at org.apache.commons.digester.Digester.getParser(Digester.java:683)
at org.apache.commons.digester.Digester.getXMLReader(Digester.java:891)
at org.apache.commons.digester.Digester.parse(Digester.java:1591)
at org.apache.struts.action.ActionServlet.initServlet(ActionServlet.java:1433)
at org.apache.struts.action.ActionServlet.init(ActionServlet.java:466)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.HttpApplication.loadServlet(HttpApplication.java:2231)
at com.evermind[Oracle Containers for J2EE 10g (10.1.3.0.0) ].server.http.HttpApplication.findServlet(HttpApplication.java:4617)
……
或者这样的异常：
javax.servlet.jsp.JspException: Can't get definitions factory from context.
at org.apache.struts.taglib.tiles.InsertTag.processDefinitionName(InsertTag.java:583)
at org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:487)
at org.apache.struts.taglib.tiles.InsertTag.doStartTag(InsertTag.java:451)
at _welcome._jspService(_welcome.java:54)
[SRC:/welcome.jsp:4]
……
而当在Windows环境下部署时就没有问题。
这里是因为IBM的AIX系统使用的是IBM的JDK。而出现这个问题正是因为IBM和SUN的JDK的差异。 具体是因为$JAVA_HOME/jre/lib/jaxp.properties 这个文件。
这个文件以key=value的形式配置和指定实际使用的XML解析器实现类(譬如：javax.xml.parsers.SAXParserFactory=org.apache.xerces.jaxp.SAXParserFactoryImpl)。在XML解析器初始化之前，JDK首先会搜索System的properties寻找解析器的配置项，如果没有则会搜索 $JAVA_HOME/jre/lib 路径下的 jaxp.properties 文件，如果还没有，接下来会在classpath上的.jar包中寻找，仍然没有的话就会使用默认的解析器。
实际上这个文件在SUN的JDK中是不存在的。在找不到文件的情况下，最终将使用默认解析器。在IBM的JDK中存在 jaxp.properties这个文件。但是这个文件中默认所有的配置项是注释掉的，所以在搜索到此处时，不再继续向下搜索，但是由于读取不到配置项，所以会返回null ，于是出现了上文的第一个错误。第二个异常大概是因为访问使用tiles框架的页面时，由于XML解析器初始化出错，所以tiles框架的配置文件也就读取不了了。