Note that there are some explanatory texts on larger screens.

plurals
  1. POWhen I parse an XSLT in a context where the input and output are SAX, is a DOM tree created behind the scenes?
    primarykey
    data
    text
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. COI found this: [http://xml.apache.org/xalan-j/dtm.html](http://xml.apache.org/xalan-j/dtm.html) which seems to suggest that they use something like VTD-XML behind the scenes. This is much more efficient than a DOM tree and makes sense in the context. I'll leave this up for a while and see if anyone else comes up with a more definitive answer.
      singulars
    2. COIt is done in one phase - you do not get access to the process while it is runing. The point was, that it requires a new instatiation, for every new document. When I do this NOT using SAX, I can (re)use the same processor over and over. If you already have a DOM instance, this can be parsed, like a prepared input - it will save some overhead - because it does not need to do a parse from META to DOM
      singulars
    3. COIt all depends on the stylesheet and the transformer internal implementation (how many clever optimizations the author(s) managed to squeeze in to it). I refer to this article, http://www.ibm.com/developerworks/library/x-xslt2/, about the internal design of an early Saxon. If you read it I think you will appreciate that "staying in SAX-land" can be beneficial.
      singulars
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload