Bump spotless-maven-plugin from 2.27.2 to 2.33.0 in /lang/java

[dependabot]

Bumps spotless-maven-plugin from 2.27.2 to 2.33.0.

Changelog

Sourced from spotless-maven-plugin's changelog.

[2.33.0] - 2023-01-26

Added

• ProcessRunner has added some convenience methods so it can be used for maven testing. (#1496)
• ProcessRunner allows to limit captured output to a certain number of bytes. (#1511)
• ProcessRunner is now capable of handling long-running tasks where waiting for exit is delegated to the caller. (#1511)
• Allow to specify node executable for node-based formatters using nodeExecutable parameter (#1500)

Fixed

• The default list of type annotations used by formatAnnotations has had 8 more annotations from the Checker Framework added #1494

Changes

• POTENTIALLY BREAKING Bump minimum JRE from 8 to 11, next release likely to bump bytecode to Java 11 (#1514 part 1 of #1337)
• Rename YamlJacksonStep into JacksonYamlStep while normalizing Jackson usage (#1492)
• Convert gson integration to use a compile-only source set (#1510).
• ** POTENTIALLY BREAKING** Removed support for KtLint 0.3x and 0.45.2 (#1475)
  • KtLint does not maintain a stable API - before this PR, we supported every breaking change in the API since 2019.
  • From now on, we will support no more than 2 breaking changes at a time.
• NpmFormatterStepStateBase delays npm install call until the formatter is first used. This enables better integration with gradle-node-plugin. (#1522)
• Bump default ktlint version to latest 0.48.1 -> 0.48.2 (#1529)
• Bump default scalafmt version to latest 3.6.1 -> 3.7.1 (#1529)

[2.32.0] - 2023-01-13

Added

• Add option editorConfigFile for ktLint #142
  • POTENTIALLY BREAKING ktlint step now modifies license headers. Make sure to put licenseHeader after ktlint.
• Added skipLinesMatching option to licenseHeader to support formats where license header cannot be immediately added to the top of the file (e.g. xml, sh). (#1441).
• Add YAML support through Jackson (#1478)
• Added support for npm-based ESLint-formatter for javascript and typescript (#1453)
• Better suggested messages when user's default is set by JVM limitation. (#995)

Fixed

• Support ktlint 0.48+ new rule disabling syntax (#1456) fixes (#1444)
• Fix subgroups leading catch all matcher.

Changes

• Bump default version for prettier from 2.0.5 to 2.8.1 (#1453)
• Bump the dev version of Gradle from 7.5.1 to 7.6 (#1409)
  • We also removed the no-longer-required dependency org.codehaus.groovy:groovy-xml
• Breaking changes to Spotless' internal testing infrastructure testlib (#1443)
  • ResourceHarness no longer has any duplicated functionality which was also present in StepHarness
  • StepHarness now operates on Formatter rather than a FormatterStep
  • StepHarnessWithFile now takes a ResourceHarness in its constructor to handle the file manipulation parts
  • Standardized that we test exception messages, not types, which will ease the transition to linting later on
  • Bump default ktlint version to latest 0.47.1 -> 0.48.1 (#1456)
• Switch our publishing infrastructure from CircleCI to GitHub Actions (#1462).
  • Help wanted for moving our tests too (#1472)

[2.31.1] - 2023-01-02

Fixed

• Improve memory usage when using git ratchet (#1426)
• Support ktlint 0.48+ (#1432) fixes (#1430)

Changes

• Bump default ktlint version to latest 0.47.1 -> 0.48.0 (#1432)

... (truncated)

Commits

• 8804eb1 Published lib/2.33.0
• f71b286 Fix bug in changelog publish setup.
• 5c3411d Add missing changelog links to root settings.gradle
• e3be877 Bump default versions to latest available (#1529)
• 5d6714d Update changelogs.
• 87b6dd8 Bump default scalafmt 3.6.1 -> 3.7.1
• 87a168b Bump default KtLint 0.48.1 -> 0.48.2
• 6b3ab24 Bump minimum JRE to 11 by yelling at JRE 8 users (#1514)
• fb03922 The Kotlin gradle integration tests had tested every possible combination. A ...
• 56a6f7e Improved KtLintStepTest.equality to not download so much.
• Additional commits viewable 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)

[nielsbasjes]

@dependabot rebase

[dependabot]

Looks like this PR is already up-to-date with master! If you'd still like to recreate it from scratch, overwriting any edits, you can request @dependabot recreate.

[nielsbasjes]

It fails with:
Caused by: java.lang.UnsupportedClassVersionError: com/diffplug/spotless/maven/SpotlessApplyMojo has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0

[martin-g]

Yes, newer versions require JDK 11+.
Maybe we should move the plugin to a Maven profile ?!

[nielsbasjes]

I was thinking about putting the build only under Java 11 or 17 and then use toolchains to select the JDK for building. You can then still build for java 8.

[martin-g]

I was thinking about putting the build only under Java 11 or 17 and then use toolchains to select the JDK for building. You can then still build for java 8.

Agreed!

[dependabot]

Superseded by #2123.