12 ms·
OpenJDK now available for Windows
- elcct 10y agoI hope after Flash, Java is next technology to go...
- 3adawi 10y agowhy?
- meddlepal 10y agoWhy? The JVM is awesome. Or are you just trying to be an edgelord with that hot take?
- highwind 10y agoMaybe he means in browser Java Applets. But they are pretty much dead anyways.
- pjmlp 10y agoThey aren't supported in Java 9.
- m-p-3 10y agoGood. It was one thing we always disabled in our deployment of JRE. One less vulnerable entry point for those who needed it on their workstations.
- Sindisil 10y agoYes they are. They're deprecated, but not gone. Not that it much matters, since Chrome doesn't support the NPAPI plugin, and FireFox is expected to drop support early in the new year, leaving Applets an essentially IE only thing.
- donretag 10y agoAnd in Java, anything deprecated is never really removed.
- pjmlp 10y agoNot paying attention to the JEPs? http://openjdk.java.net/jeps/277 http://openjdk.java.net/jeps/277 There was a session at Java ONE about a set of API that will be gone in Java 10 after this gets introduced in Java 9.
- deleted 10y ago[deleted]
- snuxoll 10y agoHopefully Java WebStart doesn't go anytime soon, I still rely on that for OOB management on my servers without needing to boot Windows and use IE + the .Net consoles.
- pjmlp 10y agoJava Webstart is the official way for applet alternatives, according to the Java blog.
- gosukiwi 10y agoThe JVM is great, Java, not so much. At least we have Clojure, Scala, Groovy and Kotlin.
- vorg 10y agoThose languages complement Java on the JVM to varying degrees. Kotlin and Scala were built to progressively replace Java in a codebase. Clojure was built for the JVM as its first target architecture. Apache Groovy was originally to script Java code, e.g. tests and glue code. (Although Groovy was later repurposed as a Java replacement in Groovy 2, not many people use it for that.)
- meddlepal 10y agoAgree with your assessment of Groovy. It made the JVM easy to use for simple scripting and served a really good purpose as glue language between big monolithic JVM software systems. I haven't used it for awhile now, but I used to work on a serious Groovy code base. It's out of it's league now. Once Kotlin's scripting story gets rolling it should eat the rest of Groovy's lunch.
- elcct 10y agoIt is unnecessarily resource hungry.
- meddlepal 10y agoHow so?
- DannyB2 10y agoThere was an article the other day on HN about Golang compiler and work on its GC. (Garbage Collection) As the article goes on, it becomes clear that a modern GC managed system is no simple thing. As you start to add all the choices and tuning you end up re-inventing the JVM runtime. Any program of sufficient complexity eventually ends up having GC. Java may be too resource hungry for trivial programs. For large programs Java is an industrial strength runtime platform. Or I should say the JVM is. You don't have to use the Java language. You can use a number of languages that compile to JVM bytecode.
- meddlepal 10y agoWhy? The JVM is awesome. Or are you just trying to be an edgelord with that hot take?
- geodel 10y agoWell you can certainly hope but the problem is a lot of backend systems and software is written in Java. This software cost a lot and also make a lot of money for companies. End users/ consumers do not interact with this software so there is even less motivation to replace that.
- DannyB2 10y agoJava (or the JVM) is the Cobol of the 21st century. There is such a large amount of software written for it, representing such a large economic investment, that it won't be replaced anytime soon. That is the reason Cobol is _still_ around. It's why Java will be around for a long time.
- geodel 10y agoExactly my thoughts. Replacement, if any, would be in form of older institutions/companies themselves get replaced by new generation e-commerce/financial services/banks etc.
- 79d697i6fdif 10y agoI would say Java is more comparable to C++. Language-wise the syntax of the two is similar, they came from around the same generation of languages, and they both have a prolific community and ginormous codebases. Also similar to C++, there are MANY different implementations and flavors, even entire languages built on the Java VM. By this measure no languages come close to C++ and Java. While some new languages have prettier syntax and interesting constructs, Java remains a viable platform despite it's warts. I would guess more production code today (even new) is still written in Java or c++ than anything else. Java gets a lot of flak around here but its really not so bad when you use modern versions (JDK 8) with modern libraries (Apache Commons or Guava). Even Eclipse is surprisingly good now, defying my expectations years ago that it would remain buggy and hard to use forever. I learned Java in the last year and it's now my favorite language besides c#.
- DannyB2 10y agoEclipse (and other modern IDEs) is the killer feature that most other languages don't have. (With the notable exception of C# and Visual Studio as the counterparts to Java / Eclipse.) A large code base written in a language that does not have tooling to do automatic refactoring cannot be maintained for as long a time. Gets scrapped sooner and rewritten. Especially in dynamic languages. A dynamic language may be much faster to prototype and get your initial code base written. But just try maintaining it for ten years. Twenty. Etc.
- namelezz 10y agoWhat replacement do you have in your mind?
- bitmapbrother 10y agoThe eradication of your "toy" languages will happen far sooner than Java.
- ysleepy 10y agoInteresting. In light of recent Oracle JavaSE licencing enforcement (MissionControl etc.) this will provide some safety from legal uncertainty. And maybe redHat will also release a JDK6 build for Windows for the poor souls (cough) who are forced to deploy with good old JDK6 even though it is unpatched.
- lmm 10y agoGiven that those stuck on JDK6 tend to be large corporations with deep pockets (and often a policy requirement to have a commercial support contract for all their software anyway), I think that's precisely the part they wouldn't want to do for free.
- davidgerard 10y agoOur use case is a proprietary app that still requires Java 6. Fortunately, OpenJDK 6 is still supported and security-fixed (well, backported patches) in Debian/Ubuntu.
- lmm 10y agoOpenJDK 6 won't be around forever. I strongly advise figuring out an exit strategy for that app.
- davidgerard 10y agowell, yes :-) It's an old version of Quova, an IP geolocator from Neustar. The new version is way better, but we can't be bothered rewriting the stuff that uses it until we have to.
- lmm 10y agoJava 6 EOL should be your "have to". It will be easier to fix before you get a hard deadline, and it's easier to upgrade by one version twice than by two versions once.
- 10y ago
- pieter_mj 10y agoCoincidentally when i tried that link ( https://developers.redhat.com/products/openjdk/overview/ https://developers.redhat.com/products/openjdk/overview/ ) yesterday it wasn't available. there's also a github repository with openjdk 8 windows builds availabe as zip : https://github.com/ojdkbuild/ojdkbuild https://github.com/ojdkbuild/ojdkbuild
- cmiles74 10y agoThe license on the Github repository seems much more reasonable: OpenJDK binaries are released under the GNU GPL v. 2 with classpath exception. Project icon is taken from Nuvola icon set, it is released under the GNU LGPL v. 2.1. Build scipts are released under the Apache License 2.0. Other sources and binaries in this project (cygwin, freetype etc.) are released under their corresponding licenses.
- fs111 10y agoYou can also get OpenJDK for Windows (with support) from Azul systems: http://www.azul.com/downloads/zulu/ http://www.azul.com/downloads/zulu/
- farnulfo 10y agodirect download without any registration !
- therealmarv 10y agoActually this is also the only easy macOS OpenJDK install solution I've found so far.
- koolba 10y agoCheck out https://github.com/shyiko/jabba https://github.com/shyiko/jabba It's like nvm (for Node.js) but for installing JDKs.
- michaelmrose 10y agoOn linux you can use your package manager + alternative system.
- hhandoko 10y agoThere is also Azul Zulu Homebrew cask available, but last I checked it was a couple of patch version behind. https://github.com/caskroom/homebrew-cask/blob/master/Casks/zulu.rb https://github.com/caskroom/homebrew-cask/blob/master/Casks/...
- sspiff 10y agoI've been using their ZuluVM distribution for a few years, and I've been very happy with it.
- pawadu 10y agoIn case you don't know what this is all about: Oracles Java contains a number of "commercial" stuff that costs money. So in theory, you could download the standard Java SE and run certain tools or the standard tools with certain command line arguments and suddenly owe Oracle a shipload of money. And I am talking a lot of money, like $40.000 for a single machine. And yes, they have started using SDK analytics to map potential "costumers" and sending them huge bills: http://www.theregister.co.uk/2016/12/16/oracle_targets_java_users_non_compliance/ http://www.theregister.co.uk/2016/12/16/oracle_targets_java_... Someone suggested migrating to OpenJDK which does not (for most parts) include these tools and have a more sane license. The problem is that OpenJDK does not come with a Window installation from a reputable source. TL;DR: Larry Ellison needs a new yacht and since Google is not paying he is now sending his lawyers after ordinary folks who thought Java was free.
- DiabloD3 10y agoHonestly, we need to just fork Java away from Oracle, just like Solaris and ZFS have been done. I find it deliciously ironic that Oracle's products are no longer compatible with Solaris and ZFS because they won't follow upstream... because they don't understand they aren't upstream anymore. Java needs the same treatment.
- sgift 10y agoWhy exactly would we want to do that? OpenJDK is already the main branch/upstream/however you want to name it, most people just don't use it for various reasons. Maybe this will change now, problem solved.
- matwood 10y agoIs the OpenJDK a drop in replacement for the Oracle JDK as long as you are not using the commercial features? I'd like to move away from the Oracle JDK, but I'm not sure what gotchas I'm going to run into.
- 10y ago
- blinkingled 10y agoI guess some more people that Oracle can fine.
- tokenizerrr 10y agoI love OpenJDK. It hurts my soul whenever I see an open source project using proprietary Oracle APIs. Most recently I ran into this with Graylog. Great product, but it's unit tests won't run without the Oracle JDK.
- mateuszf 10y agoWe'd be happy to use OpenJDK, but few days ago we discovered a bug (feature?) that works differently in HotSpot - so we had to migrate our services to it.
- slrz 10y agoOpenJDK is the HotSpot VM.
- mateuszf 10y agoYeah, that's what I thought too. However I'm seeing different behaviour on these two vms with the same version.
- __old_dude__ 10y agoAlready been there :( the command line flags by default are different You can do a diff using java -XX:+PrintFlagsFinal
- feld 10y agoOracle Java has patches for things that OpenJDK doesn't. That's the real bummer, as it causes behavior differences and makes migration away from Oracle JDK impossible sometimes.
- SoapSeller 10y agoIs there a way to download this without registering to red hat developer network?
- ungamed 10y agooddly, it directed me to 'register' to download, but the download started before i registered anyway.
- davidgerard 10y agoAn important win here is that we can now give our Windows-using developers the same Java on their PCs that we run on the live Ubuntu 14.04 servers. (they get a Windows 7 PC from IT, which they can use as-is or load Linux onto, on a "you break it we wipe it" support basis.)
- ptx 10y agoTo download the installer you have to join Red Hat's developer program and agree to the terms and conditions[1] which state that the services are for "development purposes only" and that "using the services provided under the Program for a production installation" is a violation of the terms. So presumably I can't distribute this installer to my users or even have them install it themselves for production purposes? [1] https://developers.redhat.com/terms-and-conditions/ https://developers.redhat.com/terms-and-conditions/
- DannyB2 10y agoAdditionally, it is delivered as an MSI, making it less usable. I would also like a simple ZIP file please with no installer. I like to set up some software with an environment variable that points to which JRE / JDK that I want it to use. Example Use Case: One Windows OS. Several smallish Tomcat servers. Each Tomcat server has environment variables that point to the CATALINA_HOME (a base unpacked tomcat folder), and a JAVA_HOME which points to a JDK or JRE. I can stop a tomcat service. Remove it from Services control panel. Change some environment variable pointers in a .BAT file. Re-add it to Services control panel. Then restart the service. Now that server might point to a different Java and/or different Tomcat release. Similarly Eclipse. I don't "install" it. Just unpack it and create a shortcut to it's launcher. Set its configuration file to point to which of my various Java versions I want it to use -- including multiple vendor's implementations. Red Hat: I don't WANT to "install" a JDK on Windows.
- marcoperaza 10y agoI do the same thing on Windows. I try to "install" as little software as possible, and just keep a directory that has all of my software and a few scripts to create start menu shortcuts, file associations, etc. You should be able to extract an msi with the right msiexec command line switches.
- DannyB2 10y agoI thought of that. I can often extract MSIs using 7zip. I was about to download until I read that it can only be used for development purposes. Apparently I have to agree not to redistribute it. No thanks Red Hat. Elsewhere in this thread I discovered: https://github.com/ojdkbuild/ojdkbuild https://github.com/ojdkbuild/ojdkbuild And I already knew about: http://www.azul.com/downloads/zulu/ http://www.azul.com/downloads/zulu/ The more OpenJDK folders I have to test against (on both Linux and Windows), the better. Just change environment variables.
- deleted 10y ago[deleted]
- satysin 10y agoNote this does not include JavaFX/OpenJFX.
- snuxoll 10y agoPrimarily because Red Hat traditionally cross-compiles anything for Windows within their existing Koji build system, and Gradle is not in the RHEL or Fedora repositories because it's such a pain in the ass to bootstrap (you can often build Gradle 1.X with 1.X - 1, but not 1.X itself which makes trying to maintain the package a challenge in your own sanity). If OpenJFX switched to Maven or Gradle, Inc. made their product less janky to work with it could easily be included in the OpenJDK packages - you can still just build it yourself and toss the .jar in the OpenJDK directory and it will work, at least.
- zyztem 10y agoI wonder how Red Hat plan to monetize this?
- mattl 10y agoThis is for people who are deploying to RHEL. They'd be happy to sell you a RHEL support contract.