Earlier quoted context omitted.
Java is no longer a valid deployment platform for dynamically executing untrusted code. https://www.java.com/en/download/faq/chrome.xml The Java Plugin for web browsers relies on the cross-platform plugin architecture NPAPI, which had been supported by all major web browsers for over a decade. Google's Chrome version 45 and above have dropped support for NPAPI, and therefore Java Plugin do not work on these browsers…
Java inside the browser doesn't exist. That's fine. That's not what I'm talking about or making comparisons to. Java runs just fine outside of the browser. You don't even need a browser installed to run Java applications. Javascript and WASM run fine inside the browser, and that's not what I'm talking about or making comparisons to. I'm talking about running WASM binaries outside of the browser. Similar to how Java r…
Standardizing WASI: A system interface to run WebAssembly outside the web
211–220 of 238 posts
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#212Earlier quoted context omitted.
OK, that's all correct and valid. Java still exists and is a valid deployment platform. Why is WebAssembly outside of the browser needed?
Signed types and a proper cross language target. There is very little technical difference between the two, esp now that GraalVM has shipped. WASM is now the portable executable standard. https://www.graalvm.org/
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#213Solomon Hykes, co-founder of Docker, believes WASM+WASI could take the place of Docker. https://twitter.com/solomonstre/status/1111004913222324225
WASI would give me near-native performance for this one without any additional work, and also fix issues like how file watchers don't work correctly, provided the source language has a compile-to-WASM option.
It's a massive game changer that could solve this issue after the fact. Even a 2x performance cost from native would mean a massive boost in performance and management in comparison to running it through Docker Desktop.
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#214Earlier quoted context omitted.
Just like any new feature added to the web standard requires that Apple actually implement it in Safari, right? I'm not really pro-WASI so much as I am against the idea that the browser is a good application platform.
Right, just like that. They are totally comparable, adding a new feature to an existing runtime is just as hard to convince as adding a new runtime itself. Totally comparable.
Ultimately, if a vendor refuses to support something, it doesn't matter if it is an 'open standard' or not. The openness means absolutely nothing in this instance.
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#215Wait a second... I thought Java was supposed to do this with the JVM... I thought .Net was supposed to do this with the CLR... What's different now?
The JVM and CLR suck balls. They put in huge amounts of effort into things that don't need solving, and the things that need to be solved they do in the most roundabout way possible. What we _really_ need is a sandboxed VM for running C code securely and efficiently. The JVM is pretty much the opposite of that; it's not sandboxed, not secure and certainly not efficient as a target for C code. We're hoping WASM starts…
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#216Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#217The amount of hatred in this thread for non-web technologies is insane.
If it didn't have "web" in the name, I think people would hate it a lot less.
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#218Earlier quoted context omitted.
Which nonproprietary plattform can I use today, to reach the widest audience?
Not a useful question to ask or answer, as the answer is either anything or nothing depending on how nitpicky you want to get or where you feel like drawing an arbitrary line. For example do you consider C++ on Windows to be a proprietary platform, even though C++'s STL isn't proprietary? If so, then WASI on Windows must also be proprietary, no? And if you don't consider C++ to be proprietary, then, you know, you can…
And apart from that, yes .NET is the only alternative I see today. But you don't see the benefits, of a new lower level option, entering the field?
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#219Earlier quoted context omitted.
UNIX is a good counter-argument.
UNIX is thoroughly obsolete. Its continued use is from inetia; people rarely need anything but a tiny subset of its capabilities, for which there are more simpler alternatives every day.
Re: Standardizing WASI: A system interface to run WebAssembly outside the web
#220Earlier quoted context omitted.
> I can publish a standalone .NET Core app that's only around 30MB in size. Honestly, it shouldn't need to be that big. There's plenty of cruft even in .NET core.
That will probably come done quiet a bit when illink gets out of alpha. It is basically a tree-shaker to eliminate dead/unused stuff from the resulting standalone binary. https://github.com/dotnet/announcements/issues/30