Thomas Wuerthinger

Adding the support is quite tricky. The issue is that there are parts of the JDK initialized during the native image generation process that could be platform dependent and then...

We are currently exploring the possibility of a GraalVM-based Electron.

We had an early attempt of translating a native image into JavaScript (https://www.davidleopoldseder.com/publications/aotjs_dsl_paper_authorversion.pdf). The main resulting challenge was the size of the code and how to best minify it. The...

This is a good first step. Don't think we should be satisfied before leading this table though ;-).

Is this for startup or peak performance? Can you share the workload as suggested?

Our target is to be at least comparable speed or better for any workload. This is a longterm target however and we aren't there yet for Node.js applications.

Agreed that we should put the information on startup into the documentation. On peak performance it is not so clear as there are also workloads where we are faster.

Was this merged or is this still open and should we retarget to a different milestone?

Can you ask this in the Micronaut tracker at https://github.com/micronaut-projects/micronaut-core/issues?

Can you share a way to reproduce? In case of no wrong configuration of native image, we should indeed at least produce a fallback image.