• From: Michael Kay <mike@s...>
• To: xml-dev@l...
• Date: Mon, 19 Mar 2012 17:43:49 +0000

> I assume that under some circumstances it's possible to generate a 
> number of fragments of an output document in parallel and then merge 
> the fragments at the end of the operation.  If so, is XSLT 
> functionalism sufficient to do that automatically, or would some 
> external programmer input be required to implement that?
>
>
Initially we're taking a cautious approach: using multithreading 
automatically where we're pretty confident it will usually give a 
benefit (xsl:result-document, fn:collection()) and allowing it to be 
invoked manually in cases where we think it's likely to incur more cost 
than benefit in a significant number of cases (xsl:for-each, 
xsl:apply-templates). Hopefully the decision-making will become more 
sophisticated as we gain experience and gather user feedback.

Michael Kay
Saxonica

• Follow-Ups:
  • Re: Using XML (or JSON) for inter-thread communication
    • From: Mike Sokolov <sokolov@i...>

• References:
  • Using XML (or JSON) for inter-thread communication
    • From: "Pete Cordell" <petexmldev@c...>
  • Re: Using XML (or JSON) for inter-thread communication
    • From: Andrew Welch <andrew.j.welch@g...>
  • Re: Using XML (or JSON) for inter-thread communication
    • From: John Cowan <cowan@m...>
  • Re: Using XML (or JSON) for inter-thread communication
    • From: Andrew Welch <andrew.j.welch@g...>
  • Re: Using XML (or JSON) for inter-thread communication
    • From: Michael Kay <mike@s...>
  • Re: Using XML (or JSON) for inter-thread communication
    • From: "Pete Cordell" <petexmldev@c...>