Bump xmlutil from 0.86.3 to 0.90.0

[dependabot]

Bumps xmlutil from 0.86.3 to 0.90.0.
Updates io.github.pdvrieze.xmlutil:core from 0.86.3 to 0.90.0

Release notes

Sourced from io.github.pdvrieze.xmlutil:core's releases.

0.90.0-RC3 – The third time wins (right?)

• Fix issues with dependencies in new layout (#209) - XMPCore now builds/resolves.

Full Changelog: pdvrieze/xmlutil@v0.90.0-RC2...v0.90.0-RC3

0.90.0-RC2 – Trying again

Attempt to make sure that the gradle configuration/dependencies work correctly.

• Make xmlstreaming (used by serialization) safe for multithreading by not storing service loaders globally (#211)

Changelog

Sourced from io.github.pdvrieze.xmlutil:core's changelog.

0.90.0 2.0 will go

*(June 13, 2024) Changes:

• The core module no longer automatically includes Android/Jvm "native" parsers by default, but uses the platform independent implementation. The Android/Jvm native parsers are available by including "core-jvm" and "core-android" packages. Note that serialization-jvm and serialization-android do so already.
• There is a coreCompat package that provides the original setup as direct replacement for core. This is a temporary package that will be removed at 1.0 release.

0.90.0-RC3

• Fix issues with dependencies in new layout (#209) - XMPCore now builds/resolves.

0.90.0-RC2

Fixes:

• Fix multithreading initialization on JVM targets, serviceLoaders are not thread-safe (#211).

0.90.0-RC1 – Supporting 2.0

Changes:

• Build with Kotlin 2.0.0
• The core module has been changed to use default implementations for Java interfaces. This could cause binary compatibility issues in rare cases (when called from Java).
• The core module has been modified to move the code in to base, except for Android and JDK specific code. The Android and JDK code have been put in separate modules and are no longer mandatory (the code falls back to the generic parsers/serializers). Core is now a dependency only module that pulls in the specific modules (for compatibility).
• Make automatic encoding detection the default/recommended, and add some changes to make this work better. Thanks to @​sschuberth in (#206).
• Separate the tag and attribute namespace (allowing the same name as attribute and element).
• Explicitly check for duplicate names in decoding.
• Support the use of contextual serializers (#208). This means that contextual serializers are eluded.

Features:

• Extend applicability of @XmlValue on a list/map to capture any serializer. Note that the specific serializer will need to be able to handle the xml content (will need to be )
• Generalize support for "special" serializers that treat XML specially. This is implemented through XmlSerializationStrategy, XmlDeserializationStrategy and XmlSerializer. Implementing these interfaces allows the format to treat the data specially.

... (truncated)

Commits

• 6f7dae7 Update the readme/changelog
• 1906097 Merge branch 'refs/heads/dev'
• 5216065 Undo artefact renaming. It is broken. Instead accept that android/jvm seriali...
• 8e82608 Try to improve the gradle structure.
• eccc5d0 Documentation changes from master
• 1401a21 Create 0.90.0-RC3
• 8aed54a Tidy up base names.
• 8e16f18 Try to "fix" build by building everything on macOs.
• 3ff88b1 Create RC2 version. Update to kx-serialization 1.7.0
• bf4dcd5 Handle the fact that service loader instances are not thread safe #211. Also ...
• Additional commits viewable in compare view

Updates io.github.pdvrieze.xmlutil:serialization from 0.86.3 to 0.90.0

Release notes

Sourced from io.github.pdvrieze.xmlutil:serialization's releases.

0.90.0-RC3 – The third time wins (right?)

• Fix issues with dependencies in new layout (#209) - XMPCore now builds/resolves.

Full Changelog: pdvrieze/xmlutil@v0.90.0-RC2...v0.90.0-RC3

0.90.0-RC2 – Trying again

Attempt to make sure that the gradle configuration/dependencies work correctly.

• Make xmlstreaming (used by serialization) safe for multithreading by not storing service loaders globally (#211)

Changelog

Sourced from io.github.pdvrieze.xmlutil:serialization's changelog.

0.90.0 2.0 will go

*(June 13, 2024) Changes:

• The core module no longer automatically includes Android/Jvm "native" parsers by default, but uses the platform independent implementation. The Android/Jvm native parsers are available by including "core-jvm" and "core-android" packages. Note that serialization-jvm and serialization-android do so already.
• There is a coreCompat package that provides the original setup as direct replacement for core. This is a temporary package that will be removed at 1.0 release.

0.90.0-RC3

• Fix issues with dependencies in new layout (#209) - XMPCore now builds/resolves.

0.90.0-RC2

Fixes:

• Fix multithreading initialization on JVM targets, serviceLoaders are not thread-safe (#211).

0.90.0-RC1 – Supporting 2.0

Changes:

• Build with Kotlin 2.0.0
• The core module has been changed to use default implementations for Java interfaces. This could cause binary compatibility issues in rare cases (when called from Java).
• The core module has been modified to move the code in to base, except for Android and JDK specific code. The Android and JDK code have been put in separate modules and are no longer mandatory (the code falls back to the generic parsers/serializers). Core is now a dependency only module that pulls in the specific modules (for compatibility).
• Make automatic encoding detection the default/recommended, and add some changes to make this work better. Thanks to @​sschuberth in (#206).
• Separate the tag and attribute namespace (allowing the same name as attribute and element).
• Explicitly check for duplicate names in decoding.
• Support the use of contextual serializers (#208). This means that contextual serializers are eluded.

Features:

• Extend applicability of @XmlValue on a list/map to capture any serializer. Note that the specific serializer will need to be able to handle the xml content (will need to be )
• Generalize support for "special" serializers that treat XML specially. This is implemented through XmlSerializationStrategy, XmlDeserializationStrategy and XmlSerializer. Implementing these interfaces allows the format to treat the data specially.

... (truncated)

Commits

• 6f7dae7 Update the readme/changelog
• 1906097 Merge branch 'refs/heads/dev'
• 5216065 Undo artefact renaming. It is broken. Instead accept that android/jvm seriali...
• 8e82608 Try to improve the gradle structure.
• eccc5d0 Documentation changes from master
• 1401a21 Create 0.90.0-RC3
• 8aed54a Tidy up base names.
• 8e16f18 Try to "fix" build by building everything on macOs.
• 3ff88b1 Create RC2 version. Update to kx-serialization 1.7.0
• bf4dcd5 Handle the fact that service loader instances are not thread safe #211. Also ...
• 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @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)

[dependabot]

Superseded by #153.