-
Notifications
You must be signed in to change notification settings - Fork 323
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
CLI option to control execution environment #6131
Comments
2 tasks
hubertp
added a commit
that referenced
this issue
Apr 3, 2023
Added a fix for #6131 to allow for some testing.
4 tasks
hubertp
added a commit
that referenced
this issue
Apr 5, 2023
Added a fix for #6131 to allow for some testing.
hubertp
added a commit
that referenced
this issue
Apr 6, 2023
Added a fix for #6131 to allow for some testing.
github-project-automation
bot
moved this from 👁️ Code review
to 🟢 Accepted
in Issues Board
Apr 6, 2023
MichaelMauderer
pushed a commit
that referenced
this issue
Apr 25, 2023
As per design, IOContexts controlled via type signatures are going away. They are replaced by explicit `Context.if_enabled` runtime checks that will be added to particular method implementations. `production`/`development` `IOPermissions` are replaced with `live` and `design` execution enviornment. Currently, the `live` env has a hardcoded list of allowed contexts i.e. `Input` and `Output`. # Important Notes As per design PR-55. Closes #6129. Closes #6131.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The CLI should allow selecting the execution environment via a new command line argument
--execution-environment
and if not specified should defaultdesign
. So,enso --execution-environment live
would run the script within "live" mode enabling theOutput
behavior. This functionality would also need to be available within the cloud when running a job.The text was updated successfully, but these errors were encountered: