See gh-8853 and cb34189c

Closes gh-8860

Closes gh-8859

Closes gh-8858

Closes gh-8857

Closes gh-8856

Closes gh-8855

Closes gh-8854

Closes gh-8853

Closes gh-8852

Closes gh-8851

Closes gh-8850

Closes gh-8849

Closes gh-8848

Closes gh-8847

Closes gh-8846

Closes gh-8845

Closes gh-8844

The neo4j embedded driver no longer embeds the neo4j kernel and users are
expected to add that dependency manually. We don't provide dependency
management for any of them so this commit updates the documentation to
refers to the official documentation.

Closes gh-8567

Closes gh-8841

Closes gh-8840

Closes gh-8839

Closes gh-8838

Closes gh-8837

Closes gh-8836

Closes gh-8835

Closes gh-8834

This reverts commit 874b1f48. A
change has been made to Spring Framework to work around the problem.
As a result, this workaround is no longer necessary.

Closes gh-8825

Closes gh-8820

* pr/8808:
  Upgrade to Hazelcast 3.8

Closes gh-8808

Previously, BootZipCopyAction would put the next entry to the stream
and then, in the case of a stored entry, configure its size, CRC32
etc. This had the benefit of being able to copy the entry into the
zip once, capturing its bytes for the calculation of the CRC32 as it
was copied. Unfortunately, while this produced zip files that could
be read by the JVM, other zip tools failed. For example, Go's zip
support that's used by CloudFoundry could not unzip the archive.

This commit updates BootZipCopy action to completely configure the
entry before putting it to the stream. This has the downside of
copying the file twice (once for the CRC32 and once to actually write
it to the zip stream) but this appears to be unavoidable as we have to
produce archives that can be unzipped without problems on all
platforms.

Closes gh-8816