News for hackers. Stuff that matters.
Re:Announcing WCGI: WebAsseAmbly and CGI by syrusakbary on Thursday April 06, 2023 @11:49AM (#35470085)
Yup, via Java Applets. But they were a pain to use, that's why I intentionally wrote "seamlessly" :P
Re:Announcing WCGI: WebAsseAmbly and CGI by ex3ndr on Thursday April 06, 2023 @11:58AM (#35470256)
GWT allowed to run it without applets, also much more efficient than any current stack (since they dont support closure compiler)
Re:Announcing WCGI: WebAsseAmbly and CGI by switchbak on Thursday April 06, 2023 @12:05PM (#35470361)
I spent years working with GWT, it's not nearly as simple as you describe. It's not running "Java" in the browser, it's compiling down (a subset of) Java to Javascript.

That said, GWT was ahead of its time in a lot of ways, but it had warts galore.

Re:Announcing WCGI: WebAsseAmbly and CGI by freeone3000 on Thursday April 06, 2023 @12:59PM (#35471191)
They were better than Flash (which needed a weirder runtime, and couldn’t interact easily with the DOM, and didn’t have variables until version 3). This is hugely improved over JavaScript at the time (pre-XHR) and had less lock-in than ActiveX.
Re:Announcing WCGI: WebAsseAmbly and CGI by wwweston on Thursday April 06, 2023 @01:35PM (#35471684)
As far as I could tell, the big pain point was performance -- they were just too slow on median machines during the late 90s/early 00s window they had mindshare.

I actually enjoyed using them to get around a few browser limitations around the mid-to-late 00s, and they seemed feature/performance competitive with Flash unless what you were doing fit the media authoring model closely. But by then people were skeptical about Java and if you had to do anything to get it installed they wouldn't, and the direction was native web.

Re:Announcing WCGI: WebAsseAmbly and CGI by pjmlp on Thursday April 06, 2023 @02:06PM (#35472056)
The Java Kernel project sorted that out.