Bump xmlunit-core from 2.6.4 to 2.8.2

[dependabot]

Bumps xmlunit-core from 2.6.4 to 2.8.2.

Release notes

Sourced from xmlunit-core's releases.

XMLUnit for Java 2.8.2

This release fixes a bug in the new AssertJ 3.x module.

• CompareAssert inside the AssertJ3 module swapped the expected and actual parameters when creating the assertion error. #210 by @​f-lopes

XMLUnit for Java 2.8.1

The only real change when compared to XMLUnit for Java 2.8.0 is the introduction of a new xmlunit-assertj3 module that requires AssertJ 3.18.1 or later in order to address a problem with running AssertJ tests in an OSGi environment.

The original xmlunit-assertj module will still be supported.

The full changelog of XMLUnit for Java 2.8.1

• added a new xmlunit-assertj3 module that requires AssertJ 3.18.1 or later.

  This module no longer uses AssertJ internal classes that are not exported to OSGi environments and thus fixes issue #203.

  The module (like AssertJ 3.x itself) requires Java 8 at runtime and is similar to xmlunit-assertj but is no drop-in replacement. It uses a different Java package from xmlunit-assertj and CompareAssert will no longer throw a JUnit 4.x ComparisonException but an opentest4j AssertionFailedError instead.

  The existing xmlunit-assertj module will still be supported in future releases but expect AssertJ 3.x specific changes to only get applied to xmlunit-assertj3.

  Many thanks to @​Zegveld, @​scordio and @​joel-costigliola.

XMLUnit for Java 2.8.0

This release now requires Java 7 for all modules and updates some dependencies - the changed JAXB dependency is a breaking change. It also fixes a few bugs.

Details of changes:

• changed optional JAXB dependency to use Jakarta XML Binding API PR #186 by @​endrejeges

• bumped the bytebuddy dependency to 1.10.10 for the AssertJ module in the hope it would help with #188

  • and change its scope from provided to compile time, which should finally fix the issue.

• added a new extractingText method to MultipleNodeAssert to make it possible to write AssertJ assertions against the textual content of nodes more easily. Issue #192 and PR #193 by @​keesvandieren

• changed the minimum Java version required from Java 6 to Java 7 for all modules (it has already been Java 7 for the AssertJ module before).

• DefaultNodeMatcher with multiple ElementSelectors could fail to find the best matches as the order of ElementSelectors should select them. #197

• Input builder now supports java.nio.file.Path #196

... (truncated)

Changelog

Sourced from xmlunit-core's changelog.

XMLUnit for Java 2.8.2 - /Released 2020-12-21/

• CompareAssert inside the AssertJ3 module swapped the expected and actual parameters when creating the assertion error. #210 by @​f-lopes

XMLUnit for Java 2.8.1 - /Released 2020-11-15/

• added a new xmlunit-assertj3 module that requires AssertJ 3.18.1 or later.

  This module no longer uses AssertJ internal classes that are not exported to OSGi environments and thus fixes issue #203.

  The module (like AssertJ 3.x itself) requires Java 8 at runtime and is similar to xmlunit-assertj but is no drop-in replacement. It uses a different Java package from xmlunit-assertj and CompareAssert will no longer throw a JUnit 4.x ComparisonException but an opentest4j AssertionFailedError instead.

  The existing xmlunit-assertj module will still be supported in future releases but expect AssertJ 3.x specific changes to only get applied to xmlunit-assertj3.

  Many thanks to @​Zegveld, @​scordio and @​joel-costigliola.

XMLUnit for Java 2.8.0 - /Released 2020-10-30/

• changed optional JAXB dependency to use Jakarta XML Binding API PR #186 by @​endrejeges

• bumped the bytebuddy dependency to 1.10.10 for the AssertJ module in the hope it would help with #188

  • and change its scope from provided to compile time, which should finally fix the issue.

• added a new extractingText method to MultipleNodeAssert to make it possible to write AssertJ assertions against the textual content of nodes more easily. Issue #192 and PR #193 by @​keesvandieren

• changed the minimum Java version required from Java 6 to Java 7 for all modules (it has already been Java 7 for the AssertJ module

... (truncated)

Commits

• 0ec7448 XMLUnit for Java 2.8.2
• d9e1613 recored @​f-lopes change, closes #210
• e99d702 Merge pull request #210 from f-lopes/fix-compare-assert-assertj-usage
• 45bf4ec Fix assertj usage in CompareAssert helper
• d0029bd Merge pull request #208 from PascalSchumacher/patch-2
• 81574ea README: xmlunit-assertj3 (not xmlunit-assertj) will try to throw an Assertion...
• 9b1ad2c next development cycle
• f012415 fix reference to @​Zegveld
• 4f40e46 cut XMLUnit 2.8.1
• 36470a1 document xmlunit-assertj3 module. closes #203
• 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)

[slachiewicz]

@dependabot recreate