Andreas Woess

We currently have no plans for integrating Graal.js into a browser. Today's browser engines are tightly coupled with their respective JS engines and thus won't cooperate with other engines very...

I don't know if this would be as satisfactory solution for your use case, but you can test `instanceof` against a JS object that has a `Symbol.hasInstance` method that you...

Thanks for the report! I think this inconsistency is not deliberate and we should change it (I'd prefer to disallow access via subclass). Either way, I'd highly recommend to always...

@mfikes, looks like 5 of the 413 tests fail after the first iteration. Should that be of concern?

You can do this with `Java.extend` (which works similarly to Nashorn), e.g.: ```js var R = Java.extend(Java.type("java.lang.Runnable")); var r = new R(function(){print("hello");}); r.run(); ``` or: ```js var C = Java.extend(Java.type("some.AbstractClass"));...

@mikehearn for interfaces that should already be the case, but unfortunately not for classes. We'll consider extending Java interop to do this in the future.

Do you have some example code that you can share that triggers this?

A simple workaround for this would be to set the constructor property on the prototype of the custom error: `customError.prototype.constructor = customError;` With this simple change I see: `customError: This...

As you've already guessed, the problem is that we lose generic type information due to type erasure. In the `LongGeneric` case we could try to infer the type from the...

If we don't have a type hint from the Java method signature, there's currently no guarantee that we'll pass the desired Number type. It's unfortunate that the explicit `java.lang.Long` conversion...