[GitHub] starpit opened a new issue #110: consider adopting the kubectl "plugin" mechanism

[GitBox <gi...@apache.org>]

starpit opened a new issue #110: consider adopting the kubectl "plugin" mechanism
URL: https://github.com/apache/incubator-openwhisk-client-go/issues/110
 
 
   proposal: adopt kubectl's lightweight plugin mechanism for the openwhisk go cli. it's not even really a plugin mechanism, just a simple dispatcher. `kubectl foo` works if some executable `kubectl-foo` is on my PATH. kubectl is agnostic to the impl of kubectl-foo; i.e. it could be another go executable, a nodejs shebang, a bash script, etc.
   
   getting this support into `wsk` should require only small changes, especially if we can leverage the platform's "which/type" support. i.e.: `wsk foo`, if not resolved by a built-in command or command subtree "foo" will delegate to the PATH resolver, which does a `which foo`. if this succeeds, it delegates the command line to an Exec of that resolved `/path/to/foo`.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services