[jira] [Commented] (DAFFODIL-1948) DFDLGeneralFormat has dfdl:occursCountKind 'parsed'. Should be 'implicit'

["Michael Beckerle (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/DAFFODIL-1948?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16549418#comment-16549418 ] 

Michael Beckerle commented on DAFFODIL-1948:
--------------------------------------------

In addition dfdl:separatorSuppressionPolicy should be "trailingEmptyStrict", not anyEmpty.

The trailingEmptyStrict policy is really the "ordinary" one.  

For optional occurrences, no empty back-to-back separators are allowed. If there is a separator, it is expected to come with a value, which must not be zero-length. 

anyEmpty allows for back-to-back separators being always ignored no matter where they are. Formats should explicitly allow for that.
trailingEmpty allows for well, trailing back-to-back separators. Formats should explicitly allow that.
never - requires a maxOccurs bound and always expects that many separators. Again this is a special behavior that formats should explicitly request.



> DFDLGeneralFormat has dfdl:occursCountKind 'parsed'. Should be 'implicit'
> -------------------------------------------------------------------------
>
>                 Key: DAFFODIL-1948
>                 URL: https://issues.apache.org/jira/browse/DAFFODIL-1948
>             Project: Daffodil
>          Issue Type: Bug
>          Components: Front End
>    Affects Versions: 2.1.0
>            Reporter: Michael Beckerle
>            Assignee: Michael Beckerle
>            Priority: Major
>             Fix For: 2.2.0
>
>
> Defaulting dfdl:occursCountKind to 'parsed' creates lots of undesirable behaviors. E.g., even optional elements (maxOccurs=1) are treated as possible arrays. 
> The right default behavior here is given by dfdl:occursCountKind 'implicit'. 



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