Project

Profile

Help

Bug #4829

open

Static variable initialised to node values cause run-time failure

Added by John Lumley over 3 years ago. Updated over 1 year ago.

Status:
New
Priority:
High
Assignee:
-
Category:
-
Sprint/Milestone:
Start date:
2020-11-18
Due date:
% Done:

0%

Estimated time:
Applies to JS Branch:
2, Trunk
Fix Committed on JS Branch:
Fixed in JS Release:
SEF Generated with:
Platforms:
Company:
-
Contact person:
-
Additional contact persons:
-

Description

When compiling with the XJ compiler a static variable initialised to a node such as:

<xsl:variable name="t" static="yes" select="doc('testStatic.xml')"/>

where testStatic.xml is:

<foo a="1"  xmlns:b="BBB" b:attribute="" xmlns="Flibbertygibbet">
   <bar/>
</foo>

the generated package contains a component definition:

<co id='0' binds=''>
  <globalVariable name='Q{}t' as='1ND' line='7' .... visibility='PRIVATE' flags='s'>
   <node kind='9' content='&lt;foo xmlns="Flibbertygibbet"  xmlns:b="BBB" a="1" b:attribute=""&gt;&#xA;   &lt;bar/&gt;&#xA;&lt;/foo&gt;' baseUri='....testStatic.xml'/>
  </globalVariable>
 </co>

that is the serialization of the document is held as the content property of a node instruction, with the kind of the node indicated.

If the selection is doc('testStatic.xml')/(*,*/@*) the compilation becomes:

<globalVariable name='Q{}t' as='*N' line='7' ....visibility='PRIVATE' flags='s'>
  <literal count='3'>
    <node kind='1' content='&lt;foo xmlns="Flibbertygibbet" xmlns:b="BBB" a="1" b:attribute=""&gt;&#xA;   &lt;bar/&gt;&#xA;&lt;/foo&gt;' baseUri='..../testStatic.xml'/>
    <node kind='2' localName='a' content='1'/>
    <node kind='2' localName='attribute' prefix='b' ns='BBB' content=''/>
   </literal>
  </globalVariable>

Execution of a reference to this variable in SaxonJS2 throws an error as there is currently no support for a node instruction.

There appear to be two routes to solution:

  1. Converting the export to a nested set of aleady supported node construction instructions elem, att, text etc, which will be very costly and increase the export size considerably.
  2. Add support for a node instruction, using the implementation code for parse-xml() when necessary

The latter seems much more sensible.


Related issues

Related to Saxon - Bug #4035: Exporting a stylesheet containing node-valued static variablesClosedMichael Kay2018-11-19

Actions

Please register to edit this issue

Also available in: Atom PDF Tracking page