<div dir="ltr">Yes I see this is what it was designed to do....I could also serialize this out by specifying a post-process function. <div>Too much extra palava - it was only meant to be an XQuery wrapper around an already working transformation. </div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 11, 2021 at 2:49 PM Liam R. E. Quin <<a href="mailto:liam@fromoldbooks.org">liam@fromoldbooks.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 2021-02-11 at 09:27 -0500, Ihe Onwuka wrote:<br>
> <br>
> However if I invoke it from XQuery with fn:transform like so<br>
> <br>
> xquery version "3.1";<br>
> fn:transform(map { 'stylesheet-node' :  doc('test.xsl')})?output<br>
> <br>
> none of the result-documents are created.<br>
<br>
You need to go on my XSLT course :-)<br>
<br>
What happens is the content that would have been written out via<br>
result-document ends up in the result map, with the keys being the URIs<br>
to which they would have been written.<br>
<br>
So, save the result of fn:transform() and use map:keys() or map:each()<br>
to find them and use e.g. file:write() or fn:put() or database:store-<br>
somewhere() as appropriate.<br>
<br>
Liam<br>
<br>
<br>
-- <br>
Liam Quin, <a href="https://www.delightfulcomputing.com/" rel="noreferrer" target="_blank">https://www.delightfulcomputing.com/</a><br>
Available for XML/Document/Information Architecture/XSLT/<br>
XSL/XQuery/Web/Text Processing/A11Y training, work & consulting.<br>
Barefoot Web-slave, antique illustrations:  <a href="http://www.fromoldbooks.org" rel="noreferrer" target="_blank">http://www.fromoldbooks.org</a><br>
<br>
</blockquote></div>