* Support for installing JCE. Fixes MODULES-1681
* Disabled oracle tests. Only to be enabled, if the other configuration options match the current java download URL provided by Oracle.
need to fiddle with it. The default case statement, "do nothing"
is all fine here.
Facter::Util::Resolution.with_env is long time gone since
Facter > 2.x. That was even longer before introduced by me.
Remove that OpenBSD special case in the java_version fact,
and assume that $PATH is properly set in order to find
the 'java' binary.
Additionally confine the java_default_home and java_libjvm_path
to OpenBSD kernel as well. Add some flesh to the java_default_home
fact to allow it to find the java binary.
Oracle appears to have changed the JDK URL structure starting with Java 8u121.
This update adds a hash to store the values used by Oracle's java download site
along with a case statement to lookup the proper key for the java release being
installed.
It appears that redhat 7 and variants no longer have
java-1.7.0-openjdk-$arch symlinks. All redhat 6/7's both 32 and 64 bit
seem to include a java-1.7.0 symlink though.
This provides a workaround to the issue of Oracle changing it's URL structure which breaks the dynamic URL building in the module.
It allows a complete URL to be passed as an alternative to one built by the logic in the module, and allows the rest of the module to function as expected when this situation is encountered.
Changes made to manifests/oracle.pp to pass URL in `url` parameter (if defined) to the `source` directive of the archive resource which fetches the installer package.
README.markdown has been updated to document the additional parameter, as well as a note added to known issues describing it's operation.
A test has been added to spec/defines/oracle_spec.rb to verify the correct package is present in the tmp archive location. The spec tests have passed and the revised workflow has been tested in a lab environment and found to be working.
puppet-archive, a puppetlabs-java dependency, is now using structured
facts on master. this commit changes the minimum number of facts from
legacy to structured so that spec tests continue to pass
Without this patch the Oracle based package installations fail due to missing dependency: the package. The package installation command is defined and applied before the archive resource downloads the remote file. This patch correctly applies the order of operations: download package, install package.
[Amazon Linux AMI](https://aws.amazon.com/cn/amazon-linux-ami/2016.09-release-notes/) is another RedHat-like os image, openjdk-7 was shipped in that image but we want more choices or jdk 8. i'd been tested ok for oracle jdk installation on a 't2.micro' instance.
We are having issues on reboot of boxes. It tries to download to tmp even though already installed, which would be fine,
but the version is no longer available.
This results in curl downloading something to tmp every time puppet runs, which eventualy fills up tmp :(
* Allow targeting specific major/minor Oracle JDK versions
Expose two new parameters 'version_major' and 'version_minor' to
allow users targeting specific Oracle JDK versions.
Signed-off-by: Gregor Zurowski <gregor@zurowski.org>
* Fix lint validation issues
Signed-off-by: Gregor Zurowski <gregor@zurowski.org>
This commit changes the way the JAVA_HOME variable is added to
/etc/environment from using a file resource to using an exec
resource. This way we can avoid resource conflicts with the
file.
Signed-off-by: Nate Potter <ntpttr@gmail.com>
The previous make-jpkg from java-package_0.50 doesn't support building java
versions with three digits in the release number. Therefore it has been
necessary to upgrade java-packaages to the newer 0.53 version.
Building oracle packages using the java-package tools 0.53 results in package
with a new naming scheme as compared to 0.50. In particular where the packages
were previously named oracle-j2re1.8 they are now named oracle-java8-jre, while
oracle-j2dk1.8 has become oracle-java8-jdk. The alternatives naming has also
changed.
We also need to handle the system architecture naming on debian systems where
Debian names it's 64bit architecture 'amd64' and Oracle use 'x64'. This results
in the java_home path using x64 rather than amd64. We need to handle this
variation while also accommodating all architectures, and only for the recent
packages.
Given this has only been tested on Ubuntu, and the make-jpkg tooling is managed
in the Debian flavour, the changes are only applied to that code branch.
Jinn Koriech & Doug Neal
