-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: access policy parsing #123
Conversation
Simplify parsing code and correct parsing errors. Notice that now, empty access policies can be parsed. Parsing should be more efficient too, but we lack benchmarks for that. The only downside is that allowing '&' or '|' inside attributes is painful to write. I consider it an acceptable limitation to the expressivness allowed by the parsing operation. This is a breaking change though. All "Department::R&D" attributes have been renamed into "Department::RD".
6e383c0
to
4204e5b
Compare
Nice refacto! |
Thanks. I pushed some commits to fix the issue with operator precedence (which was still not correctly applied). Now About |
Also, we can add a parsing rule to parse dimensions which component is not specified into all the disjonction of all its components. For example:
It seems pretty natural, does not require much work to implement and seems to fit nicely into the key derivation process. I will give it some more thoughts, but for now I am in favor of adding this feature. |
After reading the code again, it may be more work than I thought. I propose we marge as-is. |
Simplify parsing code and correct parsing errors. Notice that now, empty access policies can be parsed. Parsing should be more efficient too, but we lack benchmarks for that.
The only downside is that allowing '&' or '|' inside attributes is painful to write. I consider it an acceptable limitation to the expressivness allowed by the parsing operation.
This is a breaking change though. All "Department::R&D" attributes have been renamed into "Department::RD".