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
> XMLC@xxxxxxxxxxx
> http://www.enhydra.org/mailman/listinfo.cgi/xmlc