OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

odata message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] (ODATA-783) Is it intentional that mindatetime/maxdatetime/now don't permit %-encoded parentheses in ABNF?


Evan Ireland created ODATA-783:
----------------------------------

             Summary: Is it intentional that mindatetime/maxdatetime/now don't permit %-encoded parentheses in ABNF?
                 Key: ODATA-783
                 URL: https://issues.oasis-open.org/browse/ODATA-783
             Project: OASIS Open Data Protocol (OData) TC
          Issue Type: Improvement
          Components: OData ABNF Construction Rules
    Affects Versions: V4.0_OS
            Reporter: Evan Ireland
            Priority: Minor
             Fix For: V4.0_ERRATA03


See ABNF for year:

  yearMethodCallExpr               = 'year'               OPEN BWS commonExpr BWS CLOSE

Then see ABNF for mindatetime/maxdatetime/now:

  minDateTimeMethodCallExpr = 'mindatetime(' BWS ')'
  maxDateTimeMethodCallExpr = 'maxdatetime(' BWS ')'
  nowMethodCallExpr         = 'now(' BWS ')'

Now OPEN and CLOSE are defined as:

  OPEN  = "(" / "%28"
  CLOSE = ")" / "%29"

Thus permitting %-encoded parentheses for most functions except mindatetime/maxdatetime/now.

If this is intentional, we should explain the rationale.

If not intentional, then we should fix the ABNF construction rules.




--
This message was sent by Atlassian JIRA
(v6.2.2#6258)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]