Hi,
Are there any plans on improving the Gogo Shell Console
Autocomplete
History
…
We use gogo shell commands extensively, and miss such functionality dearly…
Thanks a lot in advance
Frank
Hi Frank
I know that Guillaume is working on bunch of improvement on the shell. I
don't know if it's on the Karaf Shell or Gogo Shell.
Anyway, why not using Karaf for the shell ? It provides autocompletion,
history, etc.
Regards
JB
On 11/03/2015 12:18 PM, Frank Langel wrote:
Hi,
Are ther
uot;1.3.0" }
CLI docs:
http://www.knopflerfish.org/releases/3.3.0/docs/bundledoc/index.html?docpage=console/index.html
Regards,
Renato
> Date: Tue, 3 Nov 2015 12:18:24 +0100
> Subject: Better go go shell
> From: fr...@frankjlangel.com
> To: users@felix.apache.org
>
> Hi,
>
&
I've been improving JLine, Gogo Runtime and wrote a new module for JLine +
Gogo, similar to gogo-shell, but with tighter integration.
Feel free to have a look at it if you want.
You'll have to build
https://github.com/jline/jline2/tree/jline3
and
https://github.com/gnodet/felix/tree/trunk-jlin
Awesome, I try it out
On 11/3/15, 1:37 PM, "Guillaume Nodet" wrote:
>I've been improving JLine, Gogo Runtime and wrote a new module for JLine +
>Gogo, similar to gogo-shell, but with tighter integration.
>Feel free to have a look at it if you want.
>
>You'll have to build
> https://github.co
I always wondered why the 'fork' of gogo that's in Karaf was never
contributed back into Felix? I think that it is much better in terms
of usability (completion, colours) and it would be nice if it could be
used by the Felix framework as well, i.e. be shipped as the default
shell implementation wit
Agreed. But which way to go
a) back port the Karaf one?
B) the new console version by Guillaume Nodet
Best
Frank
On 11/3/15, 2:26 PM, "David Bosschaert" wrote:
>I always wondered why the 'fork' of gogo that's in Karaf was never
>contributed back into Felix? I think that it is much better in
I have. I tried it (some years ago) and it just about pulled in every
dependency on the internet. Okay, I’m exaggerating a bit here, but at that time
it needed so many dependencies that I immediately stopped using it myself. Now
that might have changed, or maybe Guillaume’s new project is differ
The main reason is that the Karaf specific way of writing commands, on
which completion depends, had been rejected years ago by the community.
The new attempt I'm proposing has the benefit of being completely
independent about how the command are actually written. You can add
completion for exist
Thanks!
On 11/3/15, 2:36 PM, "Guillaume Nodet" wrote:
>The main reason is that the Karaf specific way of writing commands, on
>which completion depends, had been rejected years ago by the community.
>
>The new attempt I'm proposing has the benefit of being completely
>independent about how t
Yeah, years ago, Karaf was quite monolithic. Things have improved a lot
since though.
Anyway, the new module I mentioned earlier has very few dependencies:
gogo-runtime, jline, gogo-jline, and jansi when running on windows.
2015-11-03 14:35 GMT+01:00 Marcel Offermans :
> I have. I tried it (som
Hi Guillaume,
I started working on it, but realized you are using Java 1.8, and we are still
on 1.7 for a while :=(
Will try it once we moved.
Frank
On 11/3/15, 2:36 PM, "Guillaume Nodet" wrote:
>The main reason is that the Karaf specific way of writing commands, on
>which completion depend
Dear Guillaume,
Your shell is referencing the following
org.apache.felix.gogo.api.Job
which I cannot find anywhere.
Moreover, I cannot find
org.apache.felix
org.apache.felix.gogo.runtime
0.17.0-SNAPSHOT
Especially not here
http://felix.apach
You need to build locally the following projects, as there's no snapshots
of those deployed anywhere
https://github.com/jline/jline2/tree/jline3
https://github.com/gnodet/felix/tree/trunk-jline/gogo/runtime
https://github.com/gnodet/felix/tree/trunk-jline/gogo/jline
Guillaume
2015-11-03 19
Dear Guillaume,
Ah, I see. You are using gogo runtime version 17.0 as a dependency.
This forces everyone to update gogo runtime, and backward compatibility suffers
greatly, and I am unsure of the maturity of V0.17
Do you think the use of version 16.0 or lower makes sense, as the console would
My goal was not to provide a jline based console on top of the existing
runtime, I've already done that in Karaf years ago, the goal was to
integrate the jline3 code base and provide new features, hence the
dependencies on jline 3.0-SNAPSHOT and gogo runtime 0.17-SNAPSHOT which are
not released and
Understood. Thanks.
On 11/4/15, 12:19 PM, "Guillaume Nodet" wrote:
>My goal was not to provide a jline based console on top of the existing
>runtime, I've already done that in Karaf years ago, the goal was to
>integrate the jline3 code base and provide new features, hence the
>dependencies on
17 matches
Mail list logo