Re: Xmlc: XMLC 2.2 Beta 1 Release!

For those using XHTML extensions of XMLC, one note I forgot to add was that 
I updated the XHTML1.0 .dtd and .ent files to the latest versions.

Unfortunately, due to a problem with the XHTML module's build, these files 
did not get added to the xhtml.jar.  I have updated the 
buld-default.properties for the XHTML module with the proper information so 
that now these files are now added to the xhtml.jar.  This was reported to 
me by a user who emailed me privately after the beta1 
release.   Workarounds are pretty obvious.  You could just add these files 
manually to the org/enhydra/xml/xhtml package in the beta1 xhtml.jar or 
build from CVS and the files will be present in the xhtml.jar file.

Please report any other problems you find.  The XHTML stuff still needs 
some massaging.  This is detailed in the archives of this list for anyone 
interested in helping out in getting XMLC XHTML support fully up and 
working properly.  We could definitely use patches.  The more help we get, 
the faster we can get a final release of XMLC with proper support for XHTML.

Jake

At 01:28 AM 5/15/2003 +0800, you wrote:
>After a couple months of hardworking, the XMLC 2.2 has reached the Beta 
>status. Many thanks to Jacob Kjome for his effort! Download the file from 
>following URL:
>
>http://debian-sf.objectweb.org/projects/xmlc
>
>---
>- [new/bugfix/enhancement] XMLC's modified xerces package has been moved 
>into the org.enhydra.apache package namespace to avoid conflicts with 
>existing versions of Xerces....generally Xerces2.  This means no more 
>conflicts between XMLC and Xerces2 when using, for instance, default 
>installs of Ant or Tomcat
>
>- [new] changed the XMLC taskdef package from 
>org.enhydra.barracuda.taskdefs to org.enhydra.xml.xmlc.taskdef
>
>- [bugfix/enhancement] modified 
>org.enhydra.apache.xerces.parsers.DOMParser to be able to load classes 
>from the classloader that loaded the DOMParser rather than using the 
>default classloader that Class.forName() uses.  This makes it possible to 
>put XMLC's xerces library in a common classloader separate from where the 
>xmlc.jar exists.  In the case of Tomcat, one might put xerces.jar in 
>CATALINA_HOME/shared/lib while xmlc.jar is in a webapp's 
>WEB-INF/lib.  Without this change, exceptions would be thrown because 
>DOMParser wouldn't be able to find XMLC classes it was being asked to load.
>
>- [enhancement] Deferred parsing updated to be able to load classes not 
>specifically compiled with deferred parsing enabled.  So deferred parsing 
>is now backward compatible with normal XMLC classes.  However, the 
>converse is not true.  What this allows is for programs to be able to 
>simply use deferred parsing to load all classes without having to worrying 
>whether a class was compiled with deferred parsing enabled.
>
>- [bugfix/enhancement] Tomcat and XPath builds updated to work more 
>correctly.  XPath example still needs some work and will be enhanced in a 
>future release.  The Tomcat example works with the latest Tomcat-4.1.xx 
>and Tomcat-5.x.x versions.  It should work with Tomat-4.0.xx, but that has 
>not been tested.
>
>- [new] updated to include latest BCel version 5.1
>
>
>_______________________________________________
>XMLC mailing list
>[email protected]
>http://www.enhydra.org/mailman/listinfo.cgi/xmlc