On 06/03/2011 11:47 AM, Erik Trimble wrote:
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.
Got it. Thanks Erik.
--
Yours Charles