Also see the XMLC 2.2 Release Note, XMLC 2.2.1 Release Note, XMLC 2.2.2 Release Note, XMLC 2.2.3 Release Note, XMLC 2.2.4 Release Note, and XMLC 2.2.5 Release Note.
DynamicMLCreator and TidyHTMLParser (along with a few tests) were using the name "UTF8" for encoding. Updated to use the appropriate name "UTF-8".
This patch is the XMLC/Xerces1 equivalent to a patch accepted by the Xerces2 project. See XERCESJ-525 for details.
Updated Xerces1, JTidy, and XMLC to comply with the DOM3 interfaces and changed all uses of "enum" to "enumer". Note that the DOM3 change means that XMLC cannot be built under JDK1.4.x unless the DOM3 interfaces are added to JAVA_HOME/jre/lib/endorsed because of explicit usage of DOM3 in XMLObjectImpl and GenericLinkedDocument (they are wrappers that pass execution to their delegates). Compiling under JDK1.3.x and JDK1.5.x should work fine. For releases, XMLC 2.2.x will always be compiled under JDK 1.3.1_xx.
The change to DOM3 does not affect XMLC's compatibility in running under JDK1.4.x. However, the DOM3 interfaces will have to be supplied at both buildtime and runtime. It is not necessary, however, to put the DOM3 intefaces in JAVA_HOME/jre/lib/endorsed. Just put them in your build classpath and runtime classpath and you are good to go (for webapps, put them in WEB-INF/lib alongside the other XMLC jars).
Please keep in mind that XMLC's DOM3 support is only there to provide compile and runtime compatibility with JDK1.5. None of the DOM3 methods are actually implemented other than NOPs so be careful to stick to the *ML DOM and DOM2 API when working with XMLC documents.
Updated the Tomcat example to work with Tomcat-5.5.x. Actually, I removed support for Tomcat-4.0.x and Tomcat-4.1.x. They are pretty ancient right now and it made the config simpler to remove support for them.
A few sets of tests have been excluded from the XMLC module for ages. These include org/enhydra/xml/devtools/xp/**, org/enhydra/xml/devtools/tidy/**, org/enhydra/xml/xmlc/oasis/**, and org/enhydra/xml/xmlc/servlet/**. They either refer to missing library dependencies or removed XMLC packages (such as o.e.x.xmlc.reloading). They were removed to make it easier to build source in an IDE such as Eclipse.
Added Eclipse .project and .classpath files to make it easier for users to build XMLC from source. One caveat, there are a couple files that are generated at Ant build time, so the Ant build will have to be run at least once before Eclipse will build the project without errors.
Used Eclipse to optimize imports for all classes in XMLC CVS so the only warnings that remain on the project are deprecation warnings (178 of them). Also, unused imports are no longer added to generated classes.