Bump guava from 32.0.1-jre to 32.1.1-jre

[dependabot]

Bumps guava from 32.0.1-jre to 32.1.1-jre.

Release notes

Sourced from guava's releases.

32.1.1

Maven

<dependency>
  <groupId>com.google.guava</groupId>
  <artifactId>guava</artifactId>
  <version>32.1.1-jre</version>
  <!-- or, for Android: -->
  <version>32.1.1-android</version>
</dependency>

Jar files

• 32.1.1-jre.jar
• 32.1.1-android.jar

Guava requires one runtime dependency, which you can download here:

• failureaccess-1.0.1.jar

Javadoc

• 32.1.1-jre
• 32.1.1-android

JDiff

• 32.1.1-jre vs. 32.1.0-jre
• 32.1.1-android vs. 32.1.0-android
• 32.1.1-android vs. 32.1.1-jre

Changelog

• Fixed our broken Gradle metadata from 32.1.0. Sorry again for the trouble. If you use Gradle, please still read the release notes from that version: You may still see errors from the new checking that the metadata enables, and the release notes discuss how to fix those errors.

32.1.0

Warning: Gradle metadata is broken. Read these notes, but skip to 32.1.1

We made a mistake in our release script, so the new Gradle metadata (discussed below) is broken in 32.1.0. Sorry for the trouble and for the need for another quick patch release. We recommend upgrading straight to release 32.1.1, especially if you use Gradle or if you publish a library whose users might use Gradle. Still, read the release notes below if you use Gradle, since the fixed Gradle metadata in 32.1.1 may still require action on your part.

Maven

<dependency>
  <groupId>com.google.guava</groupId>
  <artifactId>guava</artifactId>
  <version>32.1.0-jre</version>
  <!-- or, for Android: -->
</tr></table> 

... (truncated)

Commits

• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[viepovsky]

There are 7 similar PR, only one fails, but I think it is safe to update others.
The one that fails is here: https://github.com/Alfresco/InsightEngine/pull/1794
The others that passes tests:
1- this one
2 - https://github.com/Alfresco/alfresco-ai-renditions/pull/1119
3 - https://github.com/Alfresco/alfresco-transform-service/pull/763
4 - https://github.com/Alfresco/alfresco-azure-connector/pull/660
5 - https://github.com/Alfresco/onedrive/pull/482
6 - https://github.com/Alfresco/alfresco-elasticsearch-connector/pull/565
Please inform me if this is the correct way to review PR or if I got questions how can I make it better for you to check this work

[dsibilio]

The InsightEngine failure is completely separate compared to the other PRs, feel free to merge the rest as long as they're passing.