I hope you call load('nashorn:mozilla_compat.js') as a top-level
expression -- and not within a function. Because mozilla_compat.js
assumes it is being evaluated with 'this' as global scope.
ReferenceError may be from importPackage -- because importPackage is the
one that installs __noSuchProperty__ hook to the global scope. That is
to make sure unresolved globals are checked for possible imports.
Other than that I can't think of anything else ... (without more context
to the script that fails)
-Sundar
On Thursday 10 October 2013 05:56 AM, Tal Liron wrote:
Hm, something very strange is happening, because I'm also unable to
isolate this exception.
Moreover, the exception is coming from importPackage in
mozilla_compat, not importClass. However, nowhere am I calling
importPackage. Do you have any idea what could be causing this oddity?
On 10/10/2013 03:06 AM, A. Sundararajan wrote:
var x = {}
load('nashorn:mozilla_compat.js')
importClass(java.io.File)
print(x instanceof File)
var y = new File("foo");
print(y instanceof File)
works fine for me. Tried with latest nashorn tip:
changeset: 596:03a68e7ca1d5
tag: tip
user: lagergren
date: Wed Oct 09 17:53:22 2013 +0200
summary: 8026137: Fix Issues with Binary Evaluation Order
PS. I am sure this should work with early access jdk8 snapshot too --
as I don't recall any bugfix in this area in the recent past.
-Sundar
On Wednesday 09 October 2013 08:40 PM, Tal Liron wrote:
Example:
importClass(java.io.File)
x instanceof File
Will throw an exception:
nashorn:mozilla_compat.js:65:20 ReferenceError: File is not defined
at
jdk.nashorn.internal.scripts.Script$\=nashorn\!mozilla_compat._L47$_L51(nashorn:mozilla_compat.js:65)
However, this works:
x instanceof java.io.File
