[
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)
