Slashdot Mirror
Oracle Proposes New Native JavaScript Engine for OpenJDK
hypnosec writes "Oracle has proposed a new project for OpenJDK — Nashorn, which aims to implement a high-performance yet lightweight JavaScript runtime that would run on the JVM natively. Nashorn will be headed by Jim Laskey, multi-language Lead at Oracle and the project will be sponsored by HotSpot group. The project proposes an implementation of JavaScript such that it can run standalone JavaScript applications via the JSR 223 APIs. Nashorn's design will enable it to take advantage of new JVM technologies like the MethodHandles and the InvokeDynamic APIs."
There has been standalone javascript apps (node.js is just one of them).; given history of Oracle they are going to take this idea present it as their own and then sue everyone and their grandmother.
Now this will just make describing the differences between java and javascript even more painful . . . :P
I read TFA and all I got was this lousy cookie
As long as it is compile once, debug everywhere I am fine with it... :-D
rm -rf --no-preserve-root /
This was first discussed in July 2011 at the JVM Language Summit (PDF) link. It was discussed at the most recent JavaOne, and there have been more than a few articles about it.
What do you know I wrote a novel
This will be most beneficial to tool builders. Also, maybe we won't have to use kludgy 'eval' so often when writing highly dynamic javascript.
Thought people should know
We're stuck with JavaScript in webapps (where there are plenty of excellent implementations already), but the JVM has little to do with that.
If they just want a native general purpose scripting language for the JVM, then JS seems like a terrible choice.
At least, the work that goes into this project should benefit other dynamic languages on the JVM as well.
sic transit gloria mundi
I'm sure that this won't make lay-person misunderstandings of the difference between Java and Javascript worse at all! At all! AT ALL!
The CB App. What's your 20?
This is exactly what we need: more ways to run exploit code natively from web sites. C'mon now. /sarcasm
I wouldn't trust Oracle further than I could smell them.
I have used Javascipt as the language of configuration files in a Java application. It replaced XML. It is a pleasure to work with Javascript for this purpose, much more comfortable than XML. I also considered YAML, but Javascript is more powerful and considering its ubiquity it does not need more learning.
However, I am not sure if real administrators would like Javascript in configuration files. At least it is standard, and has a good documentation, but the expressiveness of Javascript can be used in the wrong way too.
Down at least an hour as of this writing. Yeah, it's stupid jive software, but still.
As the actual proposal notes, while Project Nashorn has been in the works within Oracle for some time, what they're doing now is proposing to make it part of OpenJDK, to get more people working on it so that the code can be tightened up for production use.
Breakfast served all day!
Spreading javascript is an act of aggression against all programmers. They should be jailed.
No puns about being chrooted in jail will be made. Thank you.
Oracle? That's the company that just sued Google over Java. There are already several JavaScript engines for Java, and they'll be updated to use whatever non-proprietary JVM features Oracle deigns to add. So, the only real reason for Oracle to take the lead on this is that they want more control over JavaScript on Java and lock people more into their software "ecosystem". Thanks, but no thanks.
Since JDK 6, the open source Mozilla Rhino Javascript engine is already built-in
Take-off every
If you want server-side javascript, then why not just use node.js, like everyone else is doing?
In the course of every project, it will become necessary to shoot the scientists and begin production.
Perhaps we could get fonts that don't suck in all applications without reprogramming. Or improved GUI performance. Or those bugs which are on your database for nearly a decade which never get fixed. Or LINQ. Or unsigned types. No instead we get a new Javascript VM. As if there weren't enough infection vectors already. Thanks Oracle.
Don't care.
none
before when microsoft decided it would be a really swell idea to have C#, jscript, mono and a host of other shitty analog lock-ins that solve a problem no one has. I guess its never too early to reinvent the wheel.
Good people go to bed earlier.
Oh great. A javascript implementation that sucks as much as the JVM. What the world has always wanted.
A fully compliant JVM written in Js. Doppio is the most advanced one that I know of. http://int3.github.com/doppio/
Once complete, it will become instantly redundant, because the non ms browser vendors will put jvms back in the browser to speed things up.
And that's a good thing! This whole js only thing for the web is dumb. At some point in the future, it could be 0 years, 20 years, this will come about and we (you) will all slap our foreheads and go...OMG, we could have been writing our web apps in language (insert favourite here) X this whole time? What were we thinking.
JS is being compiled and minified and closured away. JVM is open, it's bytecode. It can run anywhere. Let's let go of this fiction that its somehow good or more open to have a single client side web language.
I'm sure that this won't make lay-person misunderstandings of the difference between Java and Javascript worse at all! At all! AT ALL!
Welcome to 1996.
The lay-person has never heard of Java, has no reason to ever have heard of Java. Most definitely has no reason to have Java installed. Java is dead. Someone call the PETA and report this gratuitous beating of a dead horse.
"What do you know I wrote a novel [jockmurphy.com]"
...
Too many "I"s
AccountKiller
They're doing this because they need to get developers back. A lot of developers are moving away from Java and to languages like JavaScript. This is Oracle's attempt to bring them back.And they're actually working on their own version of Node.js, called Node.java.
This is actually old news, they've been talking about it for two years, and the actual implementation of it is pretty well done. they were showing it off at JavaOne this year. The only new thing is that they want to put it in the OpenJDK.
Oracle has proposed a new project for OpenJDK — Nashorn, which aims to implement a high-performance yet lightweight...
"Oracle" and "lightweight" in the same sentence? This will never happen.
Who in his right mind would use javascript when not forced to?
On my Windows box I see jrunscript.exe - is that Rhino?
C:\Program Files\Java\jdk1.6.0_34\bin>jrunscript -?
Usage: jrunscript [options] [arguments...]
where [options] include:
-classpath Specify where to find user class files
-cp Specify where to find user class files
-D= Set a system property
-J Pass directly to the runtime system
-l Use specified scripting language
-e Evaluate given script
-encoding Specify character encoding used by script files
-f Evaluate given script file
-f - Interactive mode, read script from standard input
If this is used, this should be the last -f option
-help Print this usage message and exit
-? Print this usage message and exit
-q List all scripting engines available and exit
If [arguments..] are present and if no -e or -f option is used, then first
argument is script file and the rest of the arguments, if any, are passed
as script arguments. If [arguments..] and -e or -f option is used, then all
[arguments..] are passed as script arguments. If [arguments..], -e, -f are
missing, then interactive mode is used.