vscode plugin for operator-sdk

[Abhishek Koserwal]

Hello,

I started working on an operator-sdk plugin for vs code. Still work in progress, I am for looking for some initial feedback & involvement.

https://github.com/akoserwal/vscode-operator-sdk

Thank you,

Abhishek

[Abhishek Koserwal]

Video demo for the plugin: https://www.youtube.com/watch?v=zBrvQKJFKgE

[Daniel Messer]

This is really great. Love the initiative and the initial feature set. If anything, I think I would tune the visual feedback on some of these actions a little bit towards being more expressive or noticeable:

- when we create a new project it seems to take a couple of seconds, maybe we could show the terminal output to see the progress?

- when we create openAPI spec, we could jump to the generated section

- when we generate a new kind, we could jump to the go type 

- print deps output may be better suited for a new window instead of an overlay?

- the run command takes long and eventually errors, maybe better to open the terminal right away have the developer watch progress?

The thing that I would highlight is that specifically for `run` we are working on enabling that to be happening with OLM, see the proposal and the current CLI implementation which is about to be revamped.

--
You received this message because you are subscribed to the Google Groups "operator-framework-sdk-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to operator-framework-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/operator-framework-sdk-dev/4a341df6-852a-4f54-afb8-3c5653c68f09%40googlegroups.com.

--

Daniel Messer

He / Him / His

Product Manager OpenShift

Red Hat GmbH

Wankelstrasse 5

70563 Stuttgart

dme...@redhat.com   

[Camila Macedo]

Hi @Abhishek,

I understand that you have been mapping the SDK commands for the short-cuts in the IDE.

So, shows for me that you are doing a from/to in the commands with fixed values which do not allow the user, for example, create a new API with the group, and version and Kind as they wish. 

Am I right? 

I have no knowledge in VScode, however, would not be easier and better if the plugin just calls the SDK binary in the IDE and allow the user to pass its args only. For example:

- To create a new project the user will write : new <projectName>. E.g new my-operator

- To create a new API the user will write: add api --api-version=<api/version> --kind=<KindName>. E.g add api --api-version=cache.example.com/v1alpha1 --kind=Memcached

Then, you could show in the IDE the examples and help which is output by the ci tool via --help as well. Also, it would allow the plugin to have all features. 

Also, would be possible show in the IDE the CLI output in order to allow the user to knows what was done or not when the command is successfully executed as when it faces an issue?

WDYT?

Cheers, 

CAMILA MACEDO

SR. SOFTWARE ENGINEER 

RED HAT Operator framework

Red Hat UK

IM: cmacedo

To view this discussion on the web visit https://groups.google.com/d/msgid/operator-framework-sdk-dev/CAEQM%2BpMDXsVHuS-7%2Bggrtucr6MbTpXHB_c5dQiXyB0QPzkiwFA%40mail.gmail.com.

[Abhishek Koserwal]

Thanks for suggestions & feedback:  

@Camila, thank you

"commands with fixed values which do not allow the user, for example, create a new API with the group, and version and Kind"

> They are dynamic.

 SDK binary in the IDE

> it's like default way of triggering any command in vs code for any plugin, once you start typing operator-sdk, 

it will show all the supported commands and you can choose from the available options. Keeping the name to "SDK" might be a conflict with another plugin.

"would be possible show in the IDE the CLI"

> That can be possible. 

if you haven't seen this demo please check: https://youtu.be/zBrvQKJFKgE

@Daneil, thank you for your suggestions

I will be working on them and try to improve based on your feedback.

--

Regards,
Abhishek Koserwal
Software Engineer
R&D Solutions Engineering
Red Hat  (Pune, India)

@redhatnews   Red Hat   Red Hat

The capacity to learn is a gift; The ability to learn is a skill; The willingness to learn is a choice -- Brian Herbert