DTM should be the Document Table Model, the space-optimized immutable Document Model implementation that Xalan was designed around. While it is possible to run Xalan over non-DTM models, as of last time I looked the DTM layer is an essential internal API and is not optional for Xalan.
I'm slightly surprised to see mention of DTM as an independent jarfile.The only reason I can think of for exposing it that way would be if we had been asked to make DTM available for reuse in another project. If we can run without that separate jarfile, this means the DTM code is being compiled into Xalan. So I *think* the reference to xml_dtm.jar is simply a mistake. But we should sanity check that before removing it from the doc. -- /_ Joe Kesselman (he/him/his) -/ _) My Alexa skill for New Music/New Sounds fans: / https://www.amazon.com/dp/B09WJ3H657/ () Plaintext Ribbon Campaign /\ Stamp out HTML mail! ________________________________ From: Mukul Gandhi <muk...@apache.org> Sent: Friday, April 14, 2023, 8:19 AM To: dev@xalan.apache.org <dev@xalan.apache.org> Subject: xml-dtm.jar file specified within xalanj xsltc documentation Hi Gary & all, There were few minor changes, done to XalanJ xsltc documentation page at https://xalan.apache.org/xalan-j/xsltc_usage.html, today. On the above cited page, within the section "Setting the system classpath for XSLTC -> Unbundled System Classpath", the jar file xml-dtm.jar is referred. I can't seem to find this file, anywhere within XalanJ repositories, or any information about how this file may be produced. Does anyone knows, whether usage of file xml-dtm.jar is really needed to use XalanJ XSLTC's Unbundled System Classpath approach? If this file is needed to use XalanJ's XSLTC processor, how can users get or produce this file? -- Regards, Mukul Gandhi --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@xalan.apache.org For additional commands, e-mail: dev-h...@xalan.apache.org
