5 ms·
To 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 "developme
by ptx 10y ago
To 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]
- user5994461 10y agoMSI are more usable for large deployments. They integrate with windows GPO and it can be rolled out everywhere, among other things.
- EvanAnderson 10y agoAs a long-time Windows sysadmin: MSI is vastly superior to ZIP on Windows. You can do the things you're talking about w/ an MSI-based installation so long as the MSI was authoried to include "Properties" (variable substitution) for paths, etc. It's a little bit of additional scripting.
- stuaxo 10y agoFor most people an msi is superior, you can uninstall from the control panel and the files will be in the same place from one install to another.
- danjoc 10y agoI don't think "services" == the distribution. How else does that square with the GPL? http://openjdk.java.net/legal/gplv2+ce.html http://openjdk.java.net/legal/gplv2+ce.html Specifically: "You may not impose any further restrictions on the recipients' exercise of the rights granted herein."
- ptx 10y agoThe "+ce" part of the URL refers to the classpath exception, which turns the GPL into something more like the LGPL - specifically this bit at the end: "As a special exception, the copyright holders of this library give you permission to link this library with independent modules to produce an executable, regardless of the license terms of these independent modules, and to copy and distribute the resulting executable under terms of your choice, provided that you also meet, for each linked independent module, the terms and conditions of the license of that module."
- aph_at_redhat 10y agoNo, I'm pretty sure there's no intention to restrict redistribution. The "services" refers to support, I think. I'll see what I can do to get this clarified.
- kseifried 10y agoDitto, I've poked internally, hopefully we have a reply for you to clarify this soon.