Christian Wirth

The Decorators proposal is still in Stage 2 of the ECMAScript proposal process. It was last discussed in the 2021-12 meeting (https://github.com/tc39/notes/blob/master/meetings/2021-12/dec-15.md#decorators-update-removing-init) and it _might_ move to stage 3 in...

Hi @choumits thanks for posting this and providing an executable example (that simplifies our job a lot!) I can run your code and agree that its first iterations start up...

Hi, some additional observations to those above: Nashorn (from JDK 11.0.8) does not get faster than around 2300s per iteration on my machine. Basically the score GraalVM JavaScript has after...

> ... flags to make compilation more aggressive so warming up the code paths doesn't take nearly as many iterations? I believe this is not the root cause of the...

Hi @rosshkaa, I cannot really help you with your question in detail, lacking experience with OSGi, ejb, and payara. We do have documentation on how to run on Stock JDK...

Hi, the option controls whether you use the traditional HotSpot compilers (C1/client, C2/server), or a compiler provided via the JVMCI (JVM Compiler Interface) - which would typically be the GraalVM...

Hi @tupelo-schneck, agreed, can see what you mean on that example. * `EnableJVMCI` enables the interface, but does not enable the compiler - except for our own workloads (our Truffle-based...

ok, that might be an AARCH64 problem then I guess. Maybe you can try again once GraalVM 22.2 is release in a few weeks, lots of bugfixing went into that...

Hi, Graal.js should be runnable on every _compatible_ Java platform. In the error message you can see that we rely on e.g. `sun.misc.Unsafe` - which seems not be (fully) supported...

Hi, I don't believe _Javet_ is in any way related. We simply use Java infrastructure (e.g. `sun.misc.Unsafe`) that is available on compatible JREs, but not on Android. Of course there...