You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ode.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2011/01/10 01:11:46 UTC

[jira] Commented: (ODE-472) utf-8 encoding is handled incorrectly within xslt stylesheets

    [ https://issues.apache.org/jira/browse/ODE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12979437#action_12979437 ] 

Hudson commented on ODE-472:
----------------------------

Integrated in ODE-trunk-jdk6 #393 (See [https://hudson.apache.org/hudson/job/ODE-trunk-jdk6/393/])
    fixing ODE-472, thanks to Alexey Ousov for the patch!


> utf-8 encoding is handled incorrectly within xslt stylesheets
> -------------------------------------------------------------
>
>                 Key: ODE-472
>                 URL: https://issues.apache.org/jira/browse/ODE-472
>             Project: ODE
>          Issue Type: Bug
>          Components: BPEL Runtime
>    Affects Versions: 1.2
>            Reporter: Alexey Ousov
>             Fix For: 1.4
>
>         Attachments: ODE-472-ful.patch, ODE-472-quickfix.patch, ODE-472.patch, test1.par.zip
>
>
> The bug occurs when UTF-8 encoded symbols appear either within stylesheet itself or inside documents referenced with document() function. All such symbols are encoded twice.
> So if we have in xslt something like:
> <xsl:value-of select="&#00e0;" />
> which is UTF-8 encoded as "C3 A0" in result node we will have sequence "C3 83 C2 A0" which is UTF-8 encoded "&#00c3;&#00a0;".
> The case of bug is XslRuntimeUriResolver class, which reads files to string without parsing file encoding. I made quick fix, which fixes only document() function with xpath 1.0 runtime. Deeper investigation is needed, so hopefully full fix will be available after New Year.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.