Oracle have broken and delayed releases of Java so some people can get slimmer binaries? Hardly seems like a good trade off when storage is the cheapest it’s ever been.
Using Java 9 Modularization to Ship Zero-Dependency Native Apps
31–40 of 117 posts
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#32Earlier quoted context omitted.
Discord is great
So is gitkraken. But I assume these apps have spent a considerable amount of time in optimizing electron, which not everyone can do.
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#33Earlier quoted context omitted.
Well, will see how Electron will pan out in the end. While I dislike default Java Swing GUI (it can be made easily to look native but many devs previously did not do it), JavaFX can be made to look like anything with almost weblike feel to development and animations. Now, more than the looks I dislike the slowness and utterly unacceptable memory Electron apps consume. I ditched Electron and VSCode (it is a little bet…
Electron pop culture made me buy Sublime Text.
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#34I'm unfamiliar with the state of the art, but could this make it possible to target iOS with a bundled JVM?
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#35Even so, Java is now at a place where you can ship self-contained, zero-dependency applications that are comparable in size to other compiled languages (and superior to web-hybrid options like Electron). For cross-platform desktop GUI apps, I would argue that JavaFX combined with Java 9 modularization is hands-down the best choice available today. Electron is succeeding in the desktop GUI space because it tears down…
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#36Earlier quoted context omitted.
But that 200KB isn't a standalone executable. The Go example would be a lot smaller if it just distributed some unlinked object code with no runtime.
True. The JVM is big. I've been meaning to try Golang one of these days, I see it as Java's spiritual successor
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#37Even so, Java is now at a place where you can ship self-contained, zero-dependency applications that are comparable in size to other compiled languages (and superior to web-hybrid options like Electron). For cross-platform desktop GUI apps, I would argue that JavaFX combined with Java 9 modularization is hands-down the best choice available today. Electron is succeeding in the desktop GUI space because it tears down…
Yes, but it's electron. I've honestly seen only one properly written Electron app and it's VSCode. Everything else electron sucks. VSCode is not great either but it's much better than say, Atom or Slack.
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#38> A “Hello World” CLI written in Go compiles to around 2 MB. Nitpick but hello-world in Go : package main func main(){ print("Hello World") } is < 1MB on most computers (900KB on windows). No need to import the "fmt" package.
Binary size for a hello world app means little to nothing. I can beat that with Bash: echo “hello, world!” Compare to real applications.
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#39I'm unfamiliar with the state of the art, but could this make it possible to target iOS with a bundled JVM?
So far Oracle has shown little interest into integrating such features into OpenJDK, but the ongoing efforts to add AOT compilation to it, might become a possible solution.
Re: Using Java 9 Modularization to Ship Zero-Dependency Native Apps
#40I'm unfamiliar with the state of the art, but could this make it possible to target iOS with a bundled JVM?
iOS tends to favour direct native code, hence the use of Objective C and Swift for iOS development. Given the already large ecosystem built on these lanuages, its unlikely they'll pivot to a JVM based system.