--
You received this message because you are subscribed to the Google Groups "Quarkus Development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2czzkkkKwVW87odtcXBKQ0RDfq2Nxm8GENmUXDR8-%2B8EaA%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAE_u_P6myZ384quXSr7SEV%3D4WjMzC8nhbmFpeTZT0upLsUauEQ%40mail.gmail.com.
Hi StuartNice,Does it pick up the system properties of the outer terminal/dev console ? With Dev Services for Kerberos, it would be nice to run kinit, etc but it needs to get a path (as KRB5_CONFIG) to the generated config file prepared by DevServices for Kerberos
On Wed, 17 Nov 2021 at 20:52, Sergey Beryozkin <sbia...@redhat.com> wrote:Hi StuartNice,Does it pick up the system properties of the outer terminal/dev console ? With Dev Services for Kerberos, it would be nice to run kinit, etc but it needs to get a path (as KRB5_CONFIG) to the generated config file prepared by DevServices for KerberosIt's not an actual Linux shell, just a way to run commands provided by build steps with tab completion etc.
--
You received this message because you are subscribed to the Google Groups "Quarkus Development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2czzkkkKwVW87odtcXBKQ0RDfq2Nxm8GENmUXDR8-%2B8EaA%40mail.gmail.com.
Cool stuff Stuart.
To be clear with respect to terminology, this is more a REPL (read-eval-print-loop, think jshell/) than a full shell (i.e bash/zsh is a shell), right?
The commands you can run are made available via the extensions similar to dev-ui; one could even imagine actions in devui can be directly exposed both in ui and terminal.
What are you using to implement it ? aesh ? picocli ? a mix ?
My only concern around this is to not make it too flexible (i.e. allow running a full-blown shell) as its a sinkhole of security issues, bug fixing - especially across different operating systems but also just to give a decent UX to users.
I would have been fine with a hierarchy of extensions with commands to browse...less sexy but way more repeatable and possible to scope.
/max
On 19. 11. 21 10:25, Ladislav Thon wrote:
> Almost getting close to the WildFly CLI? :-) And I think that's good! I
> always liked that (once I knew it exists).
>
> One thing that surprised me in the video is the sudden switch to the
> alternate screen buffer. Given that everything occurs on the primary
> buffer, even the psql exectuion, it would feel more natural if the
> prompt was also on the primary buffer. But I know next to nothing about
> terminal programming, so I don't know if there are any troubles with that.
I was surprised too but in a different way - I think that it would be
reasonable to execute the commands and even see the output of
interactive commands (such as psql) in an alternate buffer because some
apps may log a lot of stuff periodically and one could get easily lost.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/0f9e32c6-fe91-3646-d6af-81c52b8bb746%40redhat.com.
pá 19. 11. 2021 v 13:33 odesílatel Martin Kouba <mko...@redhat.com> napsal:On 19. 11. 21 10:25, Ladislav Thon wrote:
> Almost getting close to the WildFly CLI? :-) And I think that's good! I
> always liked that (once I knew it exists).
>
> One thing that surprised me in the video is the sudden switch to the
> alternate screen buffer. Given that everything occurs on the primary
> buffer, even the psql exectuion, it would feel more natural if the
> prompt was also on the primary buffer. But I know next to nothing about
> terminal programming, so I don't know if there are any troubles with that.
I was surprised too but in a different way - I think that it would be
reasonable to execute the commands and even see the output of
interactive commands (such as psql) in an alternate buffer because some
apps may log a lot of stuff periodically and one could get easily lost.Or that, yes, but then you'd expect scrollback, which the alternate screen buffer doesn't provide, so Quarkus would have to implement that itself, and all kinds of pain ensue. At least that's my cursory understanding.
On Friday, November 19, 2021 at 2:24:08 PM UTC+1 lad...@gmail.com wrote:pá 19. 11. 2021 v 13:33 odesílatel Martin Kouba <mko...@redhat.com> napsal:On 19. 11. 21 10:25, Ladislav Thon wrote:
> Almost getting close to the WildFly CLI? :-) And I think that's good! I
> always liked that (once I knew it exists).
>
> One thing that surprised me in the video is the sudden switch to the
> alternate screen buffer. Given that everything occurs on the primary
> buffer, even the psql exectuion, it would feel more natural if the
> prompt was also on the primary buffer. But I know next to nothing about
> terminal programming, so I don't know if there are any troubles with that.
I was surprised too but in a different way - I think that it would be
reasonable to execute the commands and even see the output of
interactive commands (such as psql) in an alternate buffer because some
apps may log a lot of stuff periodically and one could get easily lost.Or that, yes, but then you'd expect scrollback, which the alternate screen buffer doesn't provide, so Quarkus would have to implement that itself, and all kinds of pain ensue. At least that's my cursory understanding.I just want to quickly say that that is not correct :)Eg the less command is using the alternate buffer, but it has "scrollback". Scrollback is just a feature built into the program/command to refresh the buffer with the "correct" lines, noting more. There is no functional difference between the alternate and main buffer afaik.ståle
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/02c42c7f-9211-44fa-9e9b-706e6759a30en%40googlegroups.com.p
Cool stuff Stuart.
To be clear with respect to terminology, this is more a REPL (read-eval-print-loop, think jshell/) than a full shell (i.e bash/zsh is a shell), right?
The commands you can run are made available via the extensions similar to dev-ui; one could even imagine actions in devui can be directly exposed both in ui and terminal.
What are you using to implement it ? aesh ? picocli ? a mix ?
My only concern around this is to not make it too flexible (i.e. allow running a full-blown shell) as its a sinkhole of security issues, bug fixing - especially across different operating systems but also just to give a decent UX to users.
I would have been fine with a hierarchy of extensions with commands to browse...less sexy but way more repeatable and possible to scope.
Almost getting close to the WildFly CLI? :-) And I think that's good! I always liked that (once I knew it exists).One thing that surprised me in the video is the sudden switch to the alternate screen buffer. Given that everything occurs on the primary buffer, even the psql exectuion, it would feel more natural if the prompt was also on the primary buffer. But I know next to nothing about terminal programming, so I don't know if there are any troubles with that.
LT--st 17. 11. 2021 v 5:29 odesílatel Stuart Douglas <sdou...@redhat.com> napsal:--Hi Everyone,By now I think (hope) most people will be familiar with the embedded console commands, that allow you control Quarkus in certain ways, such as starting continuous testing and opening the dev UI.I think it would be really useful to make this extensible, but at the moment it is not really possible as single letter commands are *very* prone to conflicts, and also it is not really possible to add additional parameters to the command.To this end I have come up with a proof of concept that embeds a more full featured shell in the application:Basically if you press ':' the terminal goes into alternate buffer mode, so your standard output is hidden. You can then enter extensible terminal commands with full tab completion support. When you are done you press 'ESC' and your terminal comes back.I have also added the ability to run another application from the shell. With the proof of concept you can type ':psql' and psql will start in your current terminal and automatically connect to your dev services database (assuming you have psql installed locally).I think this opens up a lot of really interesting possibilities in terms of tooling, but it will be a fair bit of work to get it past the proof of concept phase (and I have not even looked at getting it to work on windows), so I thought I should get some early feedback before I go any further with it.Stuart
You received this message because you are subscribed to the Google Groups "Quarkus Development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2czzkkkKwVW87odtcXBKQ0RDfq2Nxm8GENmUXDR8-%2B8EaA%40mail.gmail.com.
You received this message because you are subscribed to the Google Groups "Quarkus Development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CALbocO%3DB6vzLG-DWGpZkieOi-NW%2BRn%3DfGG0F9kWNCvQqeyuWRQ%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2cyc9X61CJipPYYE1wOTeuCHQYs%2BnD9%3DEu5zeAk9g6yiww%40mail.gmail.com.
--
You received this message because you are subscribed to the Google Groups "Quarkus Development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CALt0%2Bo_A6EvVsvGEdiATMihsVBeZ8TJYdtJ6vGnAVEjA4bcxbg%40mail.gmail.com.
Hi,I was initially very enthusiastic about this but I thought a bit more this morning and I'm not sure it's going to be very practical. Let me explain:- I can totally see the need for a way to start a client properly configured, be it psql or any other clients - it's a real pain to figure out the command line when you need it
- but... when working on an app, I would like to have both dev mode always available with the stacktraces and so on AND a psql client aroundWhat bugs me in this prototype is that you end up with the thing embedded and you have either the dev mode or the client. And in most cases, I would like to have one terminal tab with the dev mode and another with my psql client.
Maybe what we really need is an easy way to start a properly configured client in a terminal rather than embedding things in dev mode?
Does it make sense?
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CA%2BH-X49aj2eGy96puun7EYqdUpvOsQb0Ks%3D-Ei4t-PxEWXjZbg%40mail.gmail.com.
Vertx shell is more for where you want to be able to remote connect, right ?
This wouldn’t fit well for command mode and it would also require another port opened i reckon ?
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2czKENbxZNujS2qY_1xRjTjqefUS_fH6F%3DdTOtLpfbd1Zg%40mail.gmail.com.
This looks pretty awesome, and the psql client really interests me because I've wanted to connect to the dev service psql sooooo many times :)
I think thats a good approach. The console is already quite "busy" now and adding in embedded
terminal to run things like psql is not a great experience. Having "commands" available to give you the info
needed to then open a dedicated terminal is better.
For your list of ideas being able to get similar info as are in some of devui panels
like which entities hibernate have detected and their mappings would be useful; especially
when doing cli or other httpserverless development where there is no devui.
/max
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2cxGO7hkfRvNahLHKOLsKCd1TeE%3D8b2faaDyzqhi4zRxjg%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAJ97idFv0D173jwFUN7soJ1uTtpbyTQWvmxneWis-YTe6T72eA%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/quarkus-dev/CAD%2BL2cxGO7hkfRvNahLHKOLsKCd1TeE%3D8b2faaDyzqhi4zRxjg%40mail.gmail.com.