Appears the tech behind this "cheerpj" a java transpiled to javascript[1] system that appears to contain all of openjdk including swing(!?!). That's kind of cool actually. But creating applications with such a system seems highly problematic. See for example GWT (google web toolkit)[2] which also transpiled java to javascript. I only see legacy GWT apps around nowadays, the world moved on. So I really don't see the a…
Show HN: 300k lines of Java UI code running as JavaScript in browser
11–20 of 75 posts
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#12Other than that, it's pretty impressive.
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#13This is… actually not bad. :shocked:
Uhh... It seems very bad. I clicked "Run RMStudio DOM" in Chrome. It loaded dozens of java packages for half a minute, and then showed me a 90s looking splash screen with three buttons on it. None of them do anything. I'm assuming I'm supposed to be seeing something else. Edit: I tried "Run RMStudio Swing". That one actually loads eventually. I don't understand what kind of app it is, but it appears to leak DOM eleme…
Can you do the same thing to eclipse? That is still widely used despite how long it takes to load and how "90's the UI looks"
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#14Appears the tech behind this "cheerpj" a java transpiled to javascript[1] system that appears to contain all of openjdk including swing(!?!). That's kind of cool actually. But creating applications with such a system seems highly problematic. See for example GWT (google web toolkit)[2] which also transpiled java to javascript. I only see legacy GWT apps around nowadays, the world moved on. So I really don't see the a…
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#15This is… actually not bad. :shocked:
I mean as a technical feat it's impressive (in the same way as running Linux in the browser via JavaScript [0]).
At the same time I'm horrified that someone would seriously do it (though I can understand the business reasons for wanting to do so).
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#16I've gotta ask, since I've never used Java applets... Wasn't this already possible back in 1995? Have we come full circle?
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#17runs on my iphone, but text input doesn't seem to trigger the appearance of the keyboard. Other than that, it's pretty impressive.
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#18Appears the tech behind this "cheerpj" a java transpiled to javascript[1] system that appears to contain all of openjdk including swing(!?!). That's kind of cool actually. But creating applications with such a system seems highly problematic. See for example GWT (google web toolkit)[2] which also transpiled java to javascript. I only see legacy GWT apps around nowadays, the world moved on. So I really don't see the a…
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#19This is really nifty as a proof of concept, major kudos to the authors. However, it completely kills accessibility, so it's probably best to avoid for any serious projects. I've gotta ask, since I've never used Java applets... Wasn't this already possible back in 1995? Have we come full circle?
Re: Show HN: 300k lines of Java UI code running as JavaScript in browser
#20This is really nifty as a proof of concept, major kudos to the authors. However, it completely kills accessibility, so it's probably best to avoid for any serious projects. I've gotta ask, since I've never used Java applets... Wasn't this already possible back in 1995? Have we come full circle?
CheerpJ is a much better approach - doesn't require a separate plugin, doesn't have version problems, has inherent JS-sandbox security, uses the same look-and-feel and performs great (after initial download).
For a large project, it's nice to have all the benefits of desktop development with a strongly typed language, but still have the ability to publish to the browser.