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
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 inside a VS code launch.json args. 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?
Also update the README with updated vscode instructions:
envFile for new WSK_PACKAGE
envFile for WSK_CONFIG_FILE
The text was updated successfully, but these errors were encountered:
Moved from adobe/wskdebug#49
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 inside a VS code launch.jsonargs
. 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?Also update the README with updated vscode instructions:
envFile
for newWSK_PACKAGE
envFile
forWSK_CONFIG_FILE
The text was updated successfully, but these errors were encountered: