You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Marcel Reutegger (JIRA)" <ji...@apache.org> on 2007/02/12 10:15:05 UTC
[jira] Resolved: (JCR-739) String literal must not interpret entity
references
[ https://issues.apache.org/jira/browse/JCR-739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marcel Reutegger resolved JCR-739.
----------------------------------
Resolution: Fixed
Changed the strip.xsl to special-case the StringLiteral token and ignore the entity references.
Also regenerated and committed the XPath.jjt file.
Fixed in revision: 506382
> String literal must not interpret entity references
> ---------------------------------------------------
>
> Key: JCR-739
> URL: https://issues.apache.org/jira/browse/JCR-739
> Project: Jackrabbit
> Issue Type: Bug
> Components: query
> Affects Versions: 0.9, 1.0, 1.0.1, 1.1, 1.1.1, 1.2.1
> Reporter: Marcel Reutegger
> Assigned To: Marcel Reutegger
> Priority: Minor
> Fix For: 1.3
>
>
> The ampersand character in a string literal is interpreted as a start character for an entity reference. This is because Jackrabbit uses an XQuery parser where a string literal is slightly more constraint than in XPath.
> Example:
> //element(*, nt:base)[jcr:contains(., 'max&moritz')]
> throws a parse exception. Instead the parser should simply recognize the ampersand as regular character.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.