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