The many services that rely on java need to have better limits.
By installing a specific compatible java version early the build
can eliminate churn and provide more consistent enviornments.
The install is failing as the .zip download was not working. Updated link to elaticsearch.co, changed it from http to https, and updated the script to ignore cert errors. All changes were required to make it work (for me at least).
Tweaks to the recipes to avoid repetition of work, and ub1404 dev,
* let apt cookbook handle apt-update globally
* do not download, configure, make, make install if the package is
already installed
* add guards for file deletion to first check whether file is present
* use docker cookbook for image building and running, to only build if
not alrady built and only run if not already running
* drop mysql table and recreate each time
Also,
* bump Docker cookbook to 4.9.3
* bump mysql cookbook to 8.5.1
* add apt cookbook for better apt-update management
* bump depends versions and add apt
* modify readme with customization instructions
* modify all chef runlists to call apt first in the runlist
* add a vagrantfile for dev of ub1404
* make guest tools last so pre-reqs are in place
Packer 1.3.x and possibly more does not inject enviornment
variables as expected into `windows-shell` provisioners, moving
script that requires these into a `shell` provisioner.
* do not trust default uploaded windows.iso
Packer in some cases will upload windows.iso from the host
building the VM, since server 2008 needs a specific older
version of tools this can cause problems.
Example issue:
VMware Fusion 11 on macOS Mojave will supply 10.3.x in windows.iso
and will hit https://kb.vmware.com/s/article/55798 due the patch level
expectaions that are intentionally not met for Windows 2008r2.
