[
https://issues.apache.org/jira/browse/NIFI-10582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17656209#comment-17656209
]
Daniel Stieglitz edited comment on NIFI-10582 at 1/9/23 5:27 PM:
-----------------------------------------------------------------
[~gkonar] I believe I see what the issue here is but I am not an XSLT guru
solve the exact problem. I believe you are experiencing the issue seen in the
following Stackoverflow post [Why is xsl:value-of behaving completely different
depending on the xsl:stylesheet
version|https://stackoverflow.com/questions/73497698/why-is-xslvalue-of-behaving-completely-different-depending-on-the-xslstyleshee].
Please note under the hood TransformXml is using Saxon HE 10.6 which conforms
with the W3C Recommendations for XSLT 3.0, XPath 3.1, and XQuery 3.1 while
xsltproc is an XSLT 1.0 processor as stated
[here|https://stackoverflow.com/questions/25061696/xsltproc-doesnt-recognize-xslt-2-0].
Hence you are seeing a difference in how xsl:value-of is being interpreted on
line 182 of your XSLT:
{code:java}
<xsl:value-of select="text()" />
{code}
Please note the the new line is being inserted for both files when there is no
text for the node.
was (Author: JIRAUSER294662):
[~gkonar] I believe I see what the issue here is but I am not an XSLT guru
solve the exact problem. I believe you are experiencing the issue seen in the
following Stackoverflow post [Why is xsl:value-of behaving completely different
depending on the xsl:stylesheet
version|https://stackoverflow.com/questions/73497698/why-is-xslvalue-of-behaving-completely-different-depending-on-the-xslstyleshee].
Please note under the hood TransformXml is using Saxon HE 10.6 which conforms
with the W3C Recommendations for XSLT 3.0, XPath 3.1, and XQuery 3.1 while
xsltproc is an XSLT 1.0 processor as stated
[here|https://stackoverflow.com/questions/25061696/xsltproc-doesnt-recognize-xslt-2-0]
> <xsl:strip-space> XSLT element does not work in NiFi 1.15.3
> -----------------------------------------------------------
>
> Key: NIFI-10582
> URL: https://issues.apache.org/jira/browse/NIFI-10582
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework
> Affects Versions: 1.15.3
> Environment: Windows 10 Pro, 21H2, 64-bit O/S, 64GB RAM
> Apache NiFi 1.15.3
> openjdk version "11" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11+28)
> OpenJDK 64-Bit Server VM 18.9 (build 11+28, mixed mode)
> Reporter: Greg Konar
> Priority: Major
> Attachments: 14_R01.csv, 14_R01.csv_err, 14_R01.svg, 21_R01.csv,
> 21_R01.csv_err, 21_R01.svg, Reproduce_NiFi_Error.xml, svgTest.xsl
>
>
> I was using NiFi to convert SVG files to pipe delimited format so I can load
> and convert them to a proprietary XML structure required by our application.
> One client sent us files that contained rogue newline characters which caused
> nearly 25% of the files to fail to load. Using *<xsl:strip-space>* in my
> XSLT file, I was able to manually "repair" the files.
> When the _*TransformXML*_ processor was pointed to my svgTest.xsl XSLT file,
> the files still failed to load.
> To prove the file was good, I created a bash shell script which applied the
> XML transformation to my SVG files, then I injected the delimited files at a
> later point in my flow. ALL FILES LOADED.
> Please find my _*svgTest.xsl*_ file attached.
> Please fix this bug in NiFi and let me know which version contains the fix as
> I am our company's "NiFi Champion".
> If you have any questions or need additional information, please let me know.
> Thank you in advance.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
