java shell für Linux gesucht

[Uhu U. (uhu)]

Ich suche eine Möglichkeit, Java-Befehle in einer interaktiven Umgebung 
unter Linux auszuprobieren - so ähnlich, wie irb oder pry für Ruby.

Unter Linux Mint 17 gibt es Bean Shell (bsh und xbsh). Nur leider 
funktioniert in bsh das primitivste Editing nicht - Textkorrekturen sind 
fast unmöglich - und xbsh, die X-Version zeigt ein Startsymbol mitten 
auf dem Schirm an und das wars dann.

Kennt jemand so was ähnliches, das funktioniert?

[Michael S. (e500)]

Sowas wie die JShell aus Java 9?

Wieso nicht diese nehmen?

[ui (Gast)]

ich nutze zwar sowas nicht, aber kann das wirklich funktionieren? Java 
muss doch erst "kompiliert" werden, also sollte sowas doch nicht gehen. 
Auch wenn ich an das Modell (main funktion innerhalb einer Klasse) 
denke, wird das wohl nix werden.

[Uhu U. (uhu)]

ui schrieb:
> kann das wirklich funktionieren?

Man kann jede compilierbare Sprache auch direkt interpretieren.

[ui (Gast)]

Uhu U. schrieb:
> ui schrieb:
>> kann das wirklich funktionieren?
>
> Man kann jede compilierbare Sprache auch direkt interpretieren.

Also parsen und simulieren.

[Uhu U. (uhu)]

Das gabs schon in der Computer-Urzeit bei Lisp und ist als 
eval-print-loop bekannt.

Ein interaktiver Java-Interprter hat den eval-print-loop in seiner 
eigenen main. In dieser Umgebung laufen dann die Eingaben, nachdem sie - 
in der Umgebung des Interpreters - befehlsweise compiliert wurden.

[Rolf M. (rmagnus)]

Aber ist das bei Java nicht arg umständlich? Soweit ich weiß, darf Code 
doch nur in Klassen stehen. Das heißt, um irgendwas auszuführen, muss 
ich immer erstmal in der Shell on the fly eine Klasse implementieren.

[Scelumbro (Gast)]

Die einzig richtige Anwort. In der ersten Anwort. Den Rest kann man 
getrost ignorieren.

Michael S. schrieb:
> Sowas wie die JShell aus Java 9?
>
> Wieso nicht diese nehmen?

[Uhu U. (uhu)]

Rolf M. schrieb:
> Das heißt, um irgendwas auszuführen, muss
> ich immer erstmal in der Shell on the fly eine Klasse implementieren.

Nein, musst du nicht. Der Interpreter compiliert im Kontext des 
eval-print-Loops. Das Compilat besteht aus einen java-Befehl und wird 
anschließend im Kontext des eval-print-loops ausgeführt. Zum Schluss 
wird das Ergebnis ausgegeben und das Spiel geht von vorne los.

Das ist ein inkrementeller Compiler - der wird auch gerne in IDEs 
benutzt, weil sich damit kleine Änderungen sehr schnell compilieren 
lassen. (Der Compiler muss dann eben die geänderten Codes wieder 
"irgendwie" in den Gesamtcode rein frickeln - im Prinzip so ähnlich, wie 
man früher "Rucksäcke" in den Maschinencode gepatcht hat, um Fehler zu 
korrigieren.)

Der Preis sind die Symboltabellen, die zwischen den Compilerläufen 
aufgehoben werden müssen.

[Noch einer (Gast)]

> Die einzig richtige Antwort.

Nix da! Ein echter Java Programmierer schiesst grundsätzlich mit 
Interkontinentalraketen auf Spatzen.

Nimm die Display-View aus dem Eclipse Debugger.

[Der Schwenn (Gast)]

beanshell ist dein Freund.