Vaadin’s Post

View organization page for Vaadin

14,596 followers

What happens when your Vaadin component needs to go beyond what the server-driven model offers — but you really don't want to write JavaScript? You write Java for the browser instead. In the new blog post, Matti Tahvonen explores four different approaches to running Java directly in the browser and integrating them with Vaadin Flow: 🟦 GWT (the classic source-to-JS transpiler), 🟦 TeaVM (bytecode-to-JS/WASM), 🟦 CheerpJ (a full JVM running in the browser), 🟦 and the experimental GraalVM-to-WebAssembly pipeline shipping with GraalVM 25. To make the comparison concrete, Matti rebuilt a Tetris game with each approach — same game logic in Java, same Vaadin Flow wrapper, four very different toolchains. The result is a practical look at how each one handles artifact size, startup time, code reuse, JS interoperability, and developer experience. The takeaway isn't that you should abandon Vaadin's server-side model. It's that when you need to push specific components or views to the client — for offline support, reduced latency, or less server traffic — you now have real options to do it without leaving Java. All four implementations, including the demo app and source code, are available to try. Read the full comparison 👇 https://lnkd.in/d9rkZTAn #Java #Vaadin #WebDevelopment #WebAssembly

  • No alternative text description for this image

reactive streams wen

Like
Reply

Wow, this is really exciting 😍

See more comments

To view or add a comment, sign in

Explore content categories