tornadofx2 VS teavm

I have seen some scattered advice against it, but the syntax seems nice. A port for java 11+ is also available: [TornadoFX 2]{https://github.com/edvin/tornadofx2}

It is great, but pretty much abandoned. Edvin the original author is still around, answering questions and ready to make releases. But he is not going to develop it further. There were some contributions from community to https://github.com/edvin/tornadofx2 but negligible at this point.

Have a look at https://github.com/edvin/tornadofx2

I don't use TornadoFX but it looks like the author is continuing TornadoFX here: https://github.com/edvin/tornadofx2

Another point. The referred Badass plugin required java 11. And the current stable published version of Tornadofx requires java 8. There is another branch that supposedly works for JDK 10 and beyond. There is also another repo called tornadofx2, but it is not maintened. I think Edvin decided to keep with gis original repo. There are other ways to wrap a jvm application inside a native executable, though.

Joel from our team worked on the initial prototype for WASI support in TeaVM (https://github.com/konsoletyper/teavm/pull/610), and we temporarily forked before the WASI support made it to the official repo.

Good reminder to deprecate that now!

A number of concerns with the viability of the current WASM GC are covered here (Google translation to English):

https://habr-com.translate.goog/ru/articles/757182/?_x_tr_sl...

and the original article:

https://habr.com/ru/articles/757182/

This is from the author of TeaVM, who has 10 years of experience getting Java and JVM code to run efficiently in the browser. https://teavm.org/

TeaVM's existing transpilation of Java to JavaScript performs well (using the browsers JS GC). It will be interesting to see if WASM GC matures to the point where it is even faster.

Uses this apparently: https://github.com/konsoletyper/teavm

How does this compare to say the TeaVM (https://github.com/konsoletyper/teavm) which I know only has "experimental" WASM support at the moment?

For Java, no WASM file is requested. Maybe the Java code was transpiled to JavaScript, perhaps using TeaVM.

>> It's not like you can take a random JAR and convert it to WASM.

Maybe you can:

TeaVM is an ahead-of-time compiler for Java bytecode that emits JavaScript and WebAssembly that runs in a browser. Its close relative is the well-known GWT. The main difference is that TeaVM does not require source code, only compiled class files. Moreover, the source code is not required to be Java, so TeaVM successfully compiles Kotlin and Scala.

https://teavm.org/

I have never had an opportunity to try out TeaVM, but it seems promising.

For a fast, lightweight, Java-based front-end, try TeaVM and its Flavour toolkit:

https://teavm.org/

It is easy to get started by using the maven archtetype, there's an tutorial in Java Magazine here:

https://blogs.oracle.com/javamagazine/post/java-in-the-brows...

With TeamVM and Flavour you get a full front-end SPA framework that lets you code business logic in Java, and pair that with HTML and CSS to make components.

To see what it can do, check out Wordii, a fast-paced 5-letter word game:

> Someone will make the JRE run on WASM

https://teavm.org/

Minecraft contains some native dependencies, though; you'll need something like https://copy.sh/v86/ or https://bellard.org/jslinux/ with the right operating system image to run it in browser.