You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Stefan Guggisberg (JIRA)" <ji...@apache.org> on 2008/08/06 14:58:44 UTC

[jira] Commented: (JCR-1708) Impossible to import a string containing _x0020_ with Session.importXml

    [ https://issues.apache.org/jira/browse/JCR-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620237#action_12620237 ] 

Stefan Guggisberg commented on JCR-1708:
----------------------------------------

> The result is that it is now impossible to import a string with _x0020_ in it, because it gets translated in a space. The simple solution would be to just turn off the declodeBlanks option, but I'm not sure why it was added in the first place. Another option would be to use real encoding instead of a replace like the o.a.j.util.ISO9075.

for more information regarding _x0020_ please refer to the jsr 170 spec, "6.4.4 Escaping of Values".

see JCR-325 for a related issue.

> Impossible to import a string containing _x0020_  with Session.importXml
> ------------------------------------------------------------------------
>
>                 Key: JCR-1708
>                 URL: https://issues.apache.org/jira/browse/JCR-1708
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: jackrabbit-core
>    Affects Versions: core 1.4.5
>            Reporter: Bart van der Schans
>             Fix For: core 1.4.6
>
>
> The importXml uses the ValueHelper.serialize methods. The option "decodeBlanks" does a simple string replace which replaces _x0020_ in spaces (line 695 and 793). This option is always set to true unless the imported data is binary. See: BufferedStringValue and StringValue getValue methods.
> The result is that it is now impossible to import a string with _x0020_ in it, because it gets translated in a space. The simple solution would be to just turn off the declodeBlanks option, but I'm not sure why it was added in the first place. Another option would be to use real encoding instead of a replace like the o.a.j.util.ISO9075.

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