DTM Support for XSLTC :

See a list of developers/initials.

Planned releases:
Completed

1) Change samples to no longer use the XSLTC Native API.
category: samples, who: HZ

2) Change test harness to no longer use XSLTC Native API with jar.xsltc target.
category: test, who: HZ

3) Investigate performance of SuballocatedIntVector
category: performance, who: MK

4) Enable StepPattern[last()] optimization
category: performance, who: MK

5) Enable building stand-alone versions of XSLTC and interpretive Xalan.
category: packaging, who: MK

6) Drop MultiDOM(?) class
category: clean-up, who: HZ

7) Eliminate uses of DTM.ROOTNODE value; it was dropped on MAIN branch
category: clean-up, who: HZ

8) Keep XSLTC_DTM up-to-date with changes in HEAD
category: clean-up, who: HZ

9) Update XSLTC design documentation
category: documentation, who: HZ


Completed:

1) Add support for incremental building of the DTM
category: feature, who: MK

2) Fix (or abandon?) DOMImpl and SAXImpl readExternal() and writeExternal() methods
category: feature, who: HZ

3) Update documentation to remove references to XSLTC Native API
category: documentation, who: HZ

4) Update documentation to describe new build procedures, how to select right TransformerFactory, etc.
category: documentation, who: HZ

5) Reconcile DTM handling of whitespace with XSLTC DOM handling. Might improve performance, as well as simplifying code.
category: clean-up, performance, who: MK


Developers:

A list of some of the people currently working on DTM Support for XSLTC:

And the Hall-of-Fame list of past developers: