You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@daffodil.apache.org by "Josh Adams (JIRA)" <ji...@apache.org> on 2019/03/18 15:54:00 UTC

[jira] [Resolved] (DAFFODIL-2094) TDMLRunner loads external file with different encoding

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

Josh Adams resolved DAFFODIL-2094.
----------------------------------
    Resolution: Duplicate

It turned out that this was actually tracking back to the use of %CR;%LF as new lines in the text segment.  The encoding issue that was causing the ?'s to show up was due to the NITF schema using US-ASCII instead of ISO-8859-1.

> TDMLRunner loads external file with different encoding
> ------------------------------------------------------
>
>                 Key: DAFFODIL-2094
>                 URL: https://issues.apache.org/jira/browse/DAFFODIL-2094
>             Project: Daffodil
>          Issue Type: Bug
>          Components: TDML Runner
>    Affects Versions: 2.3.0
>            Reporter: Josh Adams
>            Assignee: Josh Adams
>            Priority: Major
>
> 4 of the tests in the NITF schema project contain text segments that when the expected results are loaded by TDMLRunner something is happening that is causing the text to change when it is loaded by TDMLRunner.
>  
> For example, test_i_3114e has a TextSegment that contains some strangely encoded text values, that when parsed show up like so:
> {code:java}
> 229␣␣␣␣␣?␊{code}
> However, when this same line is loaded by the TDMLRunner as an expected result, it becomes:
> {code:java}
> 229␣␣␣␣␣¥␍␊
> {code}
> Just to be clear that this is indeed an issue with how the TDMLRunner loads the expected results file, you can parse the data from this test and use the output as the expected result and when TDMLRunner compares the files, it will fail due to these sort of encoding related issues.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)