On 6/2/2011 6:12 PM, Charles Lee wrote:
On 06/02/2011 11:45 PM, Erik Trimble wrote:
On 6/2/2011 3:18 AM, Charles Lee wrote:
Hi guys,
I have checkout the mercurial forest from
http://hg.openjdk.java.net/jdk7/jdk7/. But I can not have Rhino in
the build. Do I miss any repository?
If you are referring to Mozilla's Rhino
(http://www.mozilla.org/rhino/), that is a completely separate piece
of software, and has no relation to the OpenJDK project. It is not
hosted on the openjdk servers. It is not needed to build OpenJDK.
If you are interested in Rhino, you do NOT have to build the JDK from
scratch - you can use a pre-build OpenJDK binary.
Hi Erik,
I am confused that the default javascript engine (Rhino) is included
in the pre-build openjdk binary, but is not included in my local
build. I was trying to do a find to search the classes[1], but classes
are not in the repository. So I was wonder maybe I was missing some
mercurial repos.
Do you mean that openjdk default javascript engine is not the mozilla
Rhino? (Sorry for the stupid question :-)
I met this problem during I was trying to run the script demo in the
demo/scripting/jconsole-plugin. The pre-build openjdk binary,
downloaded from the website, run it well. But local build from
mercurial repo threw a exception, said "Can not find javascript engine".
[1] classes are :
sun.org.mozilla.javascript.internal.InterpretedFunction,
sun.org.mozilla.javascript.internal.ScriptRuntime, etc
Yes, those are NOT part of OpenJDK, those classes are part of the ORACLE
JDK. Not all portions of the Oracle JDK have been opened (for a variety
of reasons).
The OpenJDK project includes a Javascript engine: javax.script. You
would have to download the Rhino package seperately, and build it if you
wanted that particular engine. Take a look at the IcedTea project
(http://icedtea.classpath.org/wiki/FrequentlyAskedQuestions) for more
information about how to use the OpenJDK project and other associated
project to create a work-alike for the Oracle JDK.
The Demos stuff isn't maintained at all, and frankly shouldn't be part
of the JDK distribution. In your case, it's using a private Oracle-only
implementation, which is completely wrong for portable code, and why it
breaks when being used with anything other than the Oracle JDK.
--
Erik Trimble
Java System Support
Mailstop: usca22-123
Phone: x17195
Santa Clara, CA
