[jira] [Updated] (DAFFODIL-2421) Add test for Erratum 5.1 escapeEscapeCharacter processing error detection

["Mike Beckerle (Jira)" <ji...@apache.org>]

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

Mike Beckerle updated DAFFODIL-2421:
------------------------------------
    Component/s: DFDL Language

> Add test for Erratum 5.1 escapeEscapeCharacter processing error detection
> -------------------------------------------------------------------------
>
>                 Key: DAFFODIL-2421
>                 URL: https://issues.apache.org/jira/browse/DAFFODIL-2421
>             Project: Daffodil
>          Issue Type: Bug
>          Components: DFDL Language, QA
>    Affects Versions: 2.7.0
>            Reporter: Mike Beckerle
>            Priority: Minor
>
> Erratum 5.1 describes a specific test case for escapeEscapeCharacter:
> {quote}{color:#2f2f2f}Consider a dfdl:escapeScheme annotation with the following properties:{color}
> {color:#2f2f2f}dfdl:escapeBlockStart="start"{color}
> {color:#2f2f2f}dfdl:escapeBlockEnd="end"{color}
> {color:#2f2f2f}dfdl:escapeEscapeCharacter="#"{color}{color:#000000} 
>  {color}
> {color:#2f2f2f}If this is used to serialize a DFDL Infoset element of type xs:string with value “A hash is a #”, then the value is wrapped with the dfdl:escapeBlockStart and dfdl:escapeBlockEnd, giving simple content "startA hash is a #end".  If this data was parsed, the "#end" will be treated as an escaped escape block end and the parse will fail, reporting that there is no escape block end in the data. {color}{color:#000000} 
>  {color}{color:#2f2f2f}
>  In this scenario, the data is not compliant with the escape scheme, and the DFDL serializer must issue a processing error. {color}
> {quote}
> {color:#2f2f2f}We need a specific test to match this case verifying that the processing error does in fact occur, and of course to fix the behavior if it does not.{color}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)