Does JRS-223 cover the runtime environment?

Question

Does JSR-223 cover the specs of the interactive interpreter that is common on all kinds of compliant languages from abcl to rhino to jython?

If not, then do all these languages make their environments any way they want in Java, or are they mostly written in their own language (as libraries)?

For eg: is the python interactive interpreter written in python, or in C/Java/C#, depending on where it's running?

EDIT:

I'm not saying that EVERY scripting language NEEDS a REPL, but that every JVM-based scripting language that I have seen till date has one. If specifications have not been established for a standard REPL environment, then maybe it is time to do so.

Huh? I don't think JSR223 has anything to do with interactive interpreters (i.e. the read/eval/print loop). It just provides a framework for embedding scripting languages into the JVM. — maerics, Feb 13 '13 at 23:43

maerics · Answer 1 · 2013-02-14T00:10:54.987

1

No, JSR 223 has nothing to do with the read-eval-print loop.

Moreover, JSR 223 doesn't even say how embedded scripting engines must be implemented, it only provides a common interface.

[Edit] The closest thing to "covering the environment" is probably some of the ScriptEngine static fields which allow Java programs to specify things like positional arguments (ARGV) and emulating the "filename" of what is being executed.

See the javax.script package to start learning about the Java Scripting API.

edited Feb 14 '13 at 00:10

answered Feb 13 '13 at 23:47

maerics

151,642
46
269
291

could you elaborate on 'common interface'? – divs1210 Feb 14 '13 at 00:00

Does JRS-223 cover the runtime environment?

1 Answers1

No, JSR 223 has nothing to do with the read-eval-print loop.