teavm VS javalin

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.

If you've read this far, you might be interested to know that Javalin has been offering Brotli compression through jvm-brotli for three years already, and that there have been no (reported) issues. In other words, the effort required to release and maintain this is probably not huge.

I'm a big fan of Ktor (ktor.io) but another reasonable lightweight alternative is Javelin (https://javalin.io/). Heck even Spring Boot isn't that bad. HikariCP + JooQ (has both java and kotlin codegen) for DB access if you need and you're good to go.

A similar alternative that does not rely on web sockets is https://htmx.org. I have greatly enjoyed using it with some simpler web frameworks like https://javalin.io to do some prototyping and smaller projects. I'm sure if someone made a plug and play UI library like material UI for Angular on top of htmx you could absolutely fly through MVPs.

Javalin

If you're already familiar with most of the concepts around HTTP and web services, I'd recommend using something like https://javalin.io/ which is light weight frame work that makes getting something up and running quickly a very easy task.

I've been looking at https://javalin.io/ Seems close enough to express and some big names are using it, so I wouldn't say it's fizzling out

Javalin (https://javalin.io) is strongly inspired by Express and Koa, so you should feel right at home:

If you want to do a proper comparison between the two, I would be happy to help with code examples from Javalin's side. I could even host it on https://javalin.io as a "Comparison to Jooby" blog post.