Live data from Hacker News

Endive: A JVM native WebAssembly runtime

github.com

11–20 of 44 posts

Re: Endive: A JVM native WebAssembly runtime

#11

It will be really great if this becomes a second popular runtime with both GC and WASI component model support. Wasmtime being the only runtime with that combo is a bit concerning. Node supporting the component model will help a lot too.

The component model is still in phase 1 (standardization is phase 5) and the Bytecode Alliance are its sponsors and the ones pushing it into the ecosystem with wasmtime.

Re: Endive: A JVM native WebAssembly runtime

#12
On the CNCF wasmCloud Community call this week we played with this: - a demonstration of Endive - implemented CNCF wasmCloud host - Integrated into Vert.x as an example

And discussed the roadmap.

Blogpost and video here: https://blog.cosmonic.com/engineering/2026-05-26-diving-into...

Re: Endive: A JVM native WebAssembly runtime

#14
Projects like this would be significantly funner and easier to make in Jdk25+(well technically 24+) because of the new Java classfile/bytecode API. It looks like Endive uses OW2 ASM, probably because this supports back to Jdk11. The new jdk API has a minimum target of Jdk17. OW2 ASM is significantly harder to use IMHO though.

What got me into this is I just finished a major release of Petrify (https://github.com/exabrial/petrify) that compiles ML Models to JVM Bytecode. It requires Jdk25 to do the compilation, but the compiled models can run on Jdk17+.

I'm looking for more side projects to use the classfile API on.

Re: Endive: A JVM native WebAssembly runtime

#15
post #11

It will be really great if this becomes a second popular runtime with both GC and WASI component model support. Wasmtime being the only runtime with that combo is a bit concerning. Node supporting the component model will help a lot too.

The component model is still in phase 1 (standardization is phase 5) and the Bytecode Alliance are its sponsors and the ones pushing it into the ecosystem with wasmtime.

I don't think you're fully saying what you want to here. Are you saying this is bad?

The point of a component model is interoperability, so the more runtimes that support it the better.

Re: Endive: A JVM native WebAssembly runtime

#16
post #11

Earlier quoted context omitted.

The component model is still in phase 1 (standardization is phase 5) and the Bytecode Alliance are its sponsors and the ones pushing it into the ecosystem with wasmtime.

I don't think you're fully saying what you want to here. Are you saying this is bad? The point of a component model is interoperability, so the more runtimes that support it the better.

I think just pointing out that it's still in stage 1 so it makes sense that it's not supported in every runtime yet

Re: Endive: A JVM native WebAssembly runtime

#19

Projects like this would be significantly funner and easier to make in Jdk25+(well technically 24+) because of the new Java classfile/bytecode API. It looks like Endive uses OW2 ASM, probably because this supports back to Jdk11. The new jdk API has a minimum target of Jdk17. OW2 ASM is significantly harder to use IMHO though. What got me into this is I just finished a major release of Petrify ( https://github.com/exa…

You might want to take a look at https://www.graalvm.org/webassembly. Runs on JDK25 and has very good guesthost interop.

Re: Endive: A JVM native WebAssembly runtime

#20

This is a fork of Chicory, a bit more context of the relationship between the projects can be found here: https://github.com/dylibso/chicory/issues/1296

Any background / context around what the Chicory author means in this comment?

> We'll consider merging in changes that make sense from Endive, but under the stewardship of the [Byte Code Alliance] I have very little faith in its future. My words mean nothing though having all but completely lost interest and use for WebAssembly.

What's the background / history of Byte Code Alliance?

Post reply on HN