You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ddlutils-dev@db.apache.org by "Michael Lipp (JIRA)" <ji...@apache.org> on 2008/03/02 17:28:50 UTC

[jira] Updated: (DDLUTILS-196) Text data dumped incorrectly

     [ https://issues.apache.org/jira/browse/DDLUTILS-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Lipp updated DDLUTILS-196:
----------------------------------

    Attachment: patch.txt

This patch is against 1.0.

Note that I have separated the decision if value can be written as an attribute from the decision whether it requires uuencoding (the criteria are really different).


> Text data dumped incorrectly
> ----------------------------
>
>                 Key: DDLUTILS-196
>                 URL: https://issues.apache.org/jira/browse/DDLUTILS-196
>             Project: DdlUtils
>          Issue Type: Bug
>          Components: Core (No specific database)
>    Affects Versions: 1.0
>         Environment: Any
>            Reporter: Michael Lipp
>            Assignee: Thomas Dudziak
>         Attachments: patch.txt
>
>
> DdlUtils does not properly preserve content through a dump/restore cycle if the content contains newlines.
> DdlUtils takes the following approach for dumping text content:
> (1) Write as value attribute, unless it cannot be written as such
> (2) Write as "plain" element content unless it cannot be written as such
> (3) Write as CDATA unless it cannot be written as such
> (4) Write uuencoded.
> Now when can a value not be written as attribute value? Easy: when there is no valid representation that reads back the same value. And here is the problem. The XML recommendation specifies something called "attribute value normalization" (http://www.w3.org/TR/xml/#AVNormalize). Due to this, white space characters except space (#xD, #xA, #x9) in attribute values are not read back in the same way as they are written.
> There are two ways to circumvent this: (a) write them as character references (e.g. &#xD;) or (b) skip to method (2). Option (a) cannot be used here , because it is impossible to write a "&" in an attribute value when you use XMLStreamWriter. The spec says: 'However the writeCharacters method is required to escape & , < and >  For attribute values the writeAttribute method will escape the above characters plus "' (http://java.sun.com/webservices/docs/1.5/api/javax/xml/stream/XMLStreamWriter.html). You might expect that the XMLStreamWriter.writeAttribute should handle escaping of the whitespace characters (#xD, #xA, #x9), but if you read the spec carefully it does not say so. Leaves option (b).
> The attached patch fixes this problem.

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