[ https://issues.apache.org/jira/browse/DDLUTILS-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Lipp updated DDLUTILS-196:
----------------------------------
Attachment: patch-updated.txt
Updated the patch. Actually, this should be reported as an independent bug, but why make things
unnecessarily difficult.
When analyzing the text, the method stops (i.e. returns true) when a really special character
is found. It shouldn't do so if cutPoints are to be reported as well, because there may be
cut points after the first really special character encountered!
> 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-updated.txt, 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. 
)
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.
|