Bug #2310: saxon:next-in-chain extension to xsl:output buggy when xsl:result-document is used - Saxon - Saxonica Developer Community

Actions

Send by e-mail Copy link

Bug #2310

closed

saxon:next-in-chain extension to xsl:output buggy when xsl:result-document is used

Added by David Sewell almost 10 years ago. Updated almost 9 years ago.

Status:

Closed

Priority:

Normal

Assignee:

Michael Kay

Category:

Serialization

Sprint/Milestone:

9.6.0.5

Start date:

2015-02-05

Due date:

% Done:

100%

Estimated time:

Legacy ID:

Applies to branch:

9.6

Fix Committed on Branch:

9.6

Fixed in Maintenance Release:

9.6.0.5

Platforms:

Description

[found in Saxon-PE 9.6.0.4J]

In 9.4 and 9.5 (at least), @saxon:next-in-chain worked fine when the initial transform used xsl:result-document to create one or more result documents in output passed to the next transform in a chain.

With the attached files, saxon -s:input.xml -xsl:transform1-withresultdoc.xsl produces expected output in the current directory, but complains "No source document has been built by the previous pipeline stage".

Operating on an input directory, e.g. with input.xml copied to a directory In, the command saxon -s:In -o:Out -xsl:transform1-withresultdoc.xsl writes output to the current directory, not "Out", but reports a transformation failure with "While processing input.xml: No source document has been built by the previous pipeline stage".

(More complex chained transformations may produce other types of buggy behavior. In my actual use case, Transform 2 invokes a character map in its xsl:output element, but Transform 1, which does not use a character map, nevertheless fails with 'SEPM0016: Character map 'specialChar' has not been defined'. The transforms ran without problem under Saxon 9.5.)

Files

Download all files

input.xml (101 Bytes) input.xml	simple input XML	David Sewell, 2015-02-06 03:19
transform1-noresultdoc.xsl (576 Bytes) transform1-noresultdoc.xsl	Transform 1, normal output, chains Transform 2, no problem	David Sewell, 2015-02-06 03:19
transform2.xsl (436 Bytes) transform2.xsl	Transform 2	David Sewell, 2015-02-06 03:19
transform1-withresultdoc.xsl (649 Bytes) transform1-withresultdoc.xsl	Transform 1, uses xsl:result-document, chains Transform 2, buggy	David Sewell, 2015-02-06 03:19
Saxon-chain-example.zip (794 KB) Saxon-chain-example.zip	Example files for character map problem with saxon:next-in-chain	David Sewell, 2015-03-18 20:09

Actions

Copy link

Updated by Michael Kay over 9 years ago

Category set to Serialization
Status changed from New to In Progress
Assignee set to Michael Kay

Sorry for the delay in responding.

The way in which saxon:next-in-chain works has changed significantly in 9.6, and the implementation for principal result documents is rather different from the implementation for xsl:result-document.

For the principal document, the s9api XsltTransformer asks the stylesheet for details of the xsl:output options, and if next-in-chain is present then it sets up the Destination of the transformer to be another transformer. It is this second transformer that is complaining if the first transformation fails to produce a result tree; though as you observe, this is in fact quite legitimate if a secondary result document has been produced. For this one, I'm simply going to remove the message, even though there may be cases where this causes an difficult-to-explain lack of output.

I haven't managed to reproduce the problem with character maps: I created a test and it's working fine, both with and without a result-document instruction.

Actions

Copy link

Updated by David Sewell over 9 years ago

File Saxon-chain-example.zip Saxon-chain-example.zip added

I'm not sure how much time it's worth spending on this, given that I can find a workaround (basically, not using saxon:next-in-chain for this particular transformation scenario), but I'm attaching a zipfile containing the code/data environment in which Saxon 9.5 succeeds and Saxon 9.6 fails.

From the directory containing the XSLT, run a transform like

saxon -xsl:Split-publs.xsl -s:In -o:Out

(Split-publs.xsl chainsn Split-publs-2.xsl)

When I try it, Saxon 9.5 succeeds and generates 184 output docs in Out; 9.6 fails with

Error at xsl:if on line 535 of Split-publs.xsl:
  SEPM0016: Character map 'specialChar' has not been defined

but the xsl:character-map element is in the chained transform, not Split-publs.xsl. The primary transform runs fine in 9.6 if the saxon:next-in-chain instruction is suppressed.

Apologies in advance for the baroque nature of the XSLT code.

Actions

Copy link

Updated by Michael Kay over 9 years ago

Status changed from In Progress to Resolved

Thanks. This was a fairly simple bug: while processing next-in-chain within the first stylesheet, a serializer is created for the second stylesheet to use, and this was being created with the character maps from the first stylesheet instead of the second. Patched in the 9.6 and 9.7 branches.

(As it happens, getting this to work on the 9.7 branch revealed some other bugs, but you don't want to know about those...)

Actions

Copy link

Updated by David Sewell over 9 years ago

Thanks! I've probably mentioned this before, but Saxon is critical in creating the XML data that runs Founders Online (http://founders.archives.gov/), so this particular bugfix is a help.

David

Actions

Copy link