by Dejan Bosanac
Here's the snippet from the announcement:
This project will be open for prototyping
JVM features aimed at efficiently supporting
languages other than Java.
The emphasis will be on completing the existing
bytecode and execution architecture with general
purpose extensions, as opposed to a new feature
for just one language, or adjoining an unrelated
new execution model.
The emphasis will also be on work which removes
"pain points" already observed by implementors
of successful or influential languages, as opposed
to more speculative work on unproven features or
It is definitely a step in the right direction for making Java a true multi-language development platform.
|Why not just use Parrot?|
I used little bit Groovy and it has some nice features but it was dog slow. I checked another alternatives as JRuby, Jython and to tell you the true I don't like dynamic scripting languages but Jython looks the best of the 3 and the more faster. But still this scripting languages dog slow. Also why focus on this multi-language VM when the JVM and JDK need more priority stuff as the consumer JRE, Lots of bugs, JDK7 new features, Java on the desktop, embeeded, realtime and tons of critical features the JVM and Java language users are asking for years. I really dont need an scripting language, I think most of all Java developers will say the same(if I'm wrong correct me). So as I said Java comunity have to put more power and focus on the things that really needs Java and not in ideas that a teen age geek asking for the next best thing as an scripting language on top of the JVM.
@Jeff: I think you'll find the main reason dynamic languages are so much slower in the JVM is exactly because the JVM offers no support for them. Many of the features that make them so easy to program in have to be implemented using ugly hacks and emulated behaviours because the JVM has been untill now a religiously static environment.
|simon hibbs, You are right, Maybe I should give more chance to scripting languages. But what happend for example with the design of Jython and running on the multi-language vm? It will improve performance just like that or have to redesign something of Jython so it works better on the mlvm becuase as you said right now they are using ugly hacks?|
Jeremiah Hoster as a good point:
Why not just use Parrot?
This sounds an interesting idea.
@Jeff: I think you're right, Jython would need to be re-engineered to take advantage of any new JVM features. This would be very much worthwhile though, as it would not only improve Jython's performance but once it's done it should also make it much easier for Jython to keep up to date with developments in Python.
|So now Sun is understanding the limitations and media hype of Java??|