Yes. As I wrote, ngrok is optional. It's all described in the "how it works"
section [1].
The default mechanism requires action concurrency though, which not all
Openwhisk deployments have (apparently IBM cloud functions do not yet (?)).
Alternatively there is a third option that should always
Hi,
On Wed, Feb 19, 2020 at 7:02 PM Alexander Klimetschek
wrote:
> Bertrand wrote:
> > IIUC there's no bundling of ngrok with wskdebug and users have to download
> > ngrok separately?
> Not quite. Their npm client library is bundled with wskdebug, and this is
> licensed under BSD-2-Clause...
But is it possible to use without ngrok? I mean, if I have to run everything
behind a firewall with the standalone openwhisk, does it work?
--
Michele Sciabarra
mich...@sciabarra.com
- Original message -
From: Alexander Klimetschek
To: "dev@openwhisk.apache.org"
Subject: Re:
Bertrand wrote:
> IIUC there's no bundling of ngrok with wskdebug and users have to download
> ngrok separately?
Not quite. Their npm client library is bundled with wskdebug, and this is
licensed under BSD-2-Clause.
When you run wskdebug you have the option to specify —ngrok on the command
On Wed, Feb 19, 2020 at 1:44 AM Alexander Klimetschek
wrote:
> Their npm library used in wskdebug has the BSD-2-Clause license (not MIT)
> [2], which should be fine for Apache.
> Not sure if that optional integration / use of their service needs another
> legal check for ASF?...
IIUC there's
We can look at it when wskdebug is contributed ... at this point development is
technically paused since I cannot make changes to it otherwise we'd have to do
a new grant to Apache, but there is also no openwhisk repo yet to work on it
But my idea is that action loop should accept some
First of all, ngrok is optional. It is not used by default, only if you use
"--ngrok". See the "how it works" description [1] that talks about the 3
different "proxy" methods that wskdebug supports today.
Their npm library used in wskdebug has the BSD-2-Clause license (not MIT) [2],
which
About ngrok
I have being using inlets as an alternative to ngrok and the license is MIT
which is good one.
https://github.com/inlets/inlets
- Carlos Santana
@csantanapr
> On Feb 14, 2020, at 10:33 AM, Michele Sciabarra wrote:
>
> Yes I have a big advantage, in the fact I control the
Legal questions about licensing can be submitted to the LEGAL Jira project
by the way.
On Fri, Feb 14, 2020 at 09:33 Michele Sciabarra
wrote:
> Yes I have a big advantage, in the fact I control the proxy.
> I read your documentation and from what I see it works in a very similar
> way: you
Yes I have a big advantage, in the fact I control the proxy.
I read your documentation and from what I see it works in a very similar way:
you "decorate" the action with your own action, while I am actually working at
the proxy level. But for the rest the concept is similar: create a tunnel to
And regarding actionloop specifically: when I looked at it last year, it seemed
that the generic actionloop container would just need a flag (such as an
environment variable) to enable debugging, which wskdebug could set
automatically if it sees an actionloop based kind. Then each specific
> : Standalone OpenWhisk running in a docker container, because the debugger
> (and the IDE) runs in another docker container.
I guess this isn't really a scenario that wskdebug is built for, because in
this case you have full control over what happens in that local openwhisk and
debug ports
The main reason because I tried my own approach instead of using wskdebug, that
I tried, is because I was unable to make it work from within a docker
container.
My setup is: Standalone OpenWhisk running in a docker container, because the
debugger (and the IDE) runs in another docker
Hi Michele,
please note that wskdebug [1] is a debugger for any kind. Nodejs has the best
out of the box support since that’s what we are exclusively using right now.
Other languages can already be supported using the right command line arguments
(ports, docker command etc), which is how Java
This is basically also what I am trying to do.
I guess the difference is that you are doing this using the standard nodejs
runtime while I am doing the same using the goproxy. I am sure it is also
similar to the adobe/wskdebug that I tried to use, and works but it specific to
the node and
Thank you for the details.
It seems what you are tying now is similar with our approach and can be
aligned with ours too as it is generic like you said.
We enabled the debugging of Nodejs runtime with chrome DevTools protocol
https://chromedevtools.github.io/devtools-protocol/.
Our UI
Hi Dominic
the preliminary work I did was already submitted as a PR to build a standalone
docker image (that is critical for my design).
The rest the work is here: https://github.com/sciabarracom/openwhisk-ide and
uses the (upcoming) typescript runtime here
Hi Michele.
Thank you for sharing great works.
We here(Naver) are also using a web based debugging feature and I would
like to align ours with yours.
Is there any reference that I can follow up your works?
Did you open any PR?
And I want to share our version at this tech interchange call.
Best
Great suggestion. I know how to pass configuration parameters, what is the
configuration to set?
--
Michele Sciabarra
mich...@sciabarra.com
- Original message -
From: Rodric Rabbah
To: dev@openwhisk.apache.org
Subject: Re: Preview of a OpenWhisk IDE & Debugger... and an help
> The first problem is that I need to invoke an action twice as the first
time the debugger does not attach. I guess it is because the image is
paused.
Did you try to change the pause grace configuration to an max int.
-r
Then help me guys! I am reading the source of the CommonBalancer to find how to
ensure I can always hit the same action and the container is unpaused when I
want to debug one.
--
Michele Sciabarra
mich...@sciabarra.com
- Original message -
From: Carlos Santana
To:
Very cool feature and demo Michele +1
- Carlos Santana
@csantanapr
> On Jan 31, 2020, at 8:38 AM, Michele Sciabarra wrote:
>
> Hello Whiskers,
>
> I am working on an integrated IDE & Debugger for OpenWhisk using the
> ActionLoop runtime, the standalone OpenWhisk and Eclipse Theia. This
Hello Whiskers,
I am working on an integrated IDE & Debugger for OpenWhisk using the
ActionLoop runtime, the standalone OpenWhisk and Eclipse Theia. This would be
complementary to the existing wskdebug for Javascript and Java, as this works
now for Typescript and I plan to add to other
23 matches
Mail list logo