-
Notifications
You must be signed in to change notification settings - Fork 30
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
feat: support new fields for variables #162
Conversation
"asl-path-validator": "^0.14.2", | ||
"asl-path-validator": "^0.15.0", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
new version supports variables in JSONPath expressions and also adds a new format type for ResultPath
fields which are ReferencePath
expressions but cannot contain variables.
}, | ||
"Condition": { | ||
"$ref": "jsonata.json#/definitions/condition" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In a JSONata Choice State, each Choice Rule MUST have a "Condition" field. The "Condition" field accepts a boolean value or a JSONata string that must evaluate to a boolean value.
"ResultPath": { | ||
"$ref": "paths.json#/definitions/asl_ref_path" | ||
"$ref": "paths.json#/definitions/asl_result_path" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In a JSONPath state, the "ResultPath" field MUST NOT reference a variable.
I added a new format type in asl-path-validator to support this
}, | ||
"QueryLanguage": { | ||
"$ref": "jsonata.json#/definitions/queryLanguage" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A state machine specifies its query language in the top-level "QueryLanguage" field, which overrides the default and sets the query language for every state in the state machine.
7568ec9
to
5c7c292
Compare
@ChristopheBougere I'm still not sure what I'm doing wrong with these commit messages. I've got the latest repo, ran install, and did the build before making any changes. My initial commit had a leading blank line but I suspect Webstorm trimmed it. I did a Anyway, if you can take a look and fix it would be appreciated. I think this is a good first pass at supporting the new variables/JSONata feature. There's a fair amount of additional work with respect to validating the JSONata expressions and ensuring that the referenced variables are in scope. There's also other validation like checking the length and naming rules for variables introduced in |
chore: bump asl-path-validator version chore: npm audit fix
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking good!
Sure I will amend the commit message It might be because you squashed your commits and the new commit message wasn't well formatted, or something like this |
5c7c292
to
d358199
Compare
🎉 This PR is included in version 3.10.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
chore: bump asl-path-validator version
chore: npm audit fix
closes: #161
This is the minimum to support the new variables fields