You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 11, 2020. It is now read-only.
Some Openwhisk applications deploy their actions in a package that is defined at deployment time and includes a version number etc. OTOH, when using a VS Code launch config one cannot easily use environment variables for the action name, so something like wskdebug $WSK_PACKAGE/myaction does NOT work. It is impractical if each developer, working against a different package, has to modify the VS code launch.json which is usually version controlled.
Solution
Users would configure wskdebug myaction in their launch.json config. Upon start, wskdebug would:
if WSK_PACKAGE env var is set: use $WSK_PACKAGE/myaction as fully qualified action name
if WSK_PACKAGE is not set: use myaction
In case the cli argument already contains a package as part of the action name (package/myaction), the cli arg would be used and the env var ignored. This would follow standard cli behavior patterns.
Notes
Sometimes the action name might also get dynamically generated. So maybe we should also support WSK_ACTION as well? What to specify on the cli then?
The text was updated successfully, but these errors were encountered:
Motivation
Some Openwhisk applications deploy their actions in a package that is defined at deployment time and includes a version number etc. OTOH, when using a VS Code launch config one cannot easily use environment variables for the action name, so something like
wskdebug $WSK_PACKAGE/myaction
does NOT work. It is impractical if each developer, working against a different package, has to modify the VS codelaunch.json
which is usually version controlled.Solution
Users would configure
wskdebug myaction
in theirlaunch.json
config. Upon start,wskdebug
would:WSK_PACKAGE
env var is set: use$WSK_PACKAGE/myaction
as fully qualified action nameWSK_PACKAGE
is not set: usemyaction
In case the cli argument already contains a package as part of the action name (
package/myaction
), the cli arg would be used and the env var ignored. This would follow standard cli behavior patterns.Notes
Sometimes the action name might also get dynamically generated. So maybe we should also support
WSK_ACTION
as well? What to specify on the cli then?The text was updated successfully, but these errors were encountered: