I know Xalan had the ability to generate multiple outputs via an extension; I can try to dig that out -- but I believe that was via successive processing, not by scattering interleaved output to multiple results; better than running a separate style sheet for each output, but not as clean as building multiple results in parallel might be.
I am not sure what capability for this has been added in the 3.0 prototype. I believe IBM addressed XSLT3-style multiple outputs in XTQHP/Xylem, as part of our complete rewrite of XSLT data APIs and compilation... but as far as I know that code is still abandoned. -- Joe Car Talk has been advised that the staff opticians, C. F. Eyecare, are now under new management. It's Ike and Zeke Leary, now; Lorraine is gone. ________________________________ From: Martin Honnen <[email protected]> Sent: Tuesday, November 4, 2025 10:54:34 AM To: Joseph Kesselman <[email protected]>; [email protected] <[email protected]> Subject: Re: API to handle (XSLT 2 or 3) secondary result documents On 29/10/2025 00:36, Joseph Kesselman wrote: I believe Result Document Handlers are supported in Xalan, though obviously not in the Saxon namespace and I haven't compared capabilities in a very long time. They *may* have been standardized in the TrAX abstraction layer. Traveling right now but can try to get an answer to you by sometime next week. Thanks, Joe, any pointers to the right API appreciated, particular for the XSLT 2/3 case of multiple/secondary result documents, as the JAXP/TrAX API seems to be geared to return/handle a single Result, as far as I understand it.
