-
Notifications
You must be signed in to change notification settings - Fork 185
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
improve view for zipped openwhisk actions #2255
Comments
kui does have some support for zip actions. or at least it did. has the openwhisk specification changed at all? we have tests for at least one case, and kui, for this scenario, displays the main action source on "action get" |
action code is an attachment by default (in Apache) - so action get may not get the "zip" contents unless you request it. Otherwise the schema is the same. |
is it possible that create and get are different? because we do have a test that creates a zip action, and expects to see the source in the sidecar. but, looking at that test, it doesn't ever do a get. |
I've investigated this a bit further. If the action is created from within The action created from within {
"binary": true,
"wskng.combinators": [{
"badge": "zip",
"role": "replacement",
"type": "action.kind"
}],
"file": "/path/to/f.zip",
"exec": "nodejs:10"
} The key annotation is
|
Is it always the "index" file that's shown? For node.js it's possible to have a different entry file (whether via a Is the sidecar view limit to just one file (namely the "index" file)? It would be nice to allow more general navigation if so of the contents. |
moving to kui-shell/oui#61 |
Describe the topic
if you create an openwhisk action from a zip file and click on the action in action list, you get a sidecar message which says the action can't be opened because it's a zip file.
Your suggestions for this topic
i think this can be improved, with possible suggestions being: kui could unzip the files locally and allow you to navigate through the archive; or it could show you a manifest of what is in the action; or perhaps there's a way to record where on the local file system the action was deployed from and navigate you there...
The text was updated successfully, but these errors were encountered: