You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
fix(deps): update all minor dependencies (v2-main) - #333
Build Helper Maven Plugin 3.8.0 lets regex-property and regex-properties apply several regex replacements in order, and quiets the log when a non-match is allowed. The requirements are unchanged: Maven 3.9.0 or later, Java 8.
✨ Highlights
Ordered regex replacements. The new replacements list of regex/replacement pairs works in regex-property and in each regexPropertySetting of regex-properties. Each pair applies to the result of the previous one, so a single property can go through several rewrites. It cannot be combined with regex/replacement, which work as before (#277, #77 by @JonathanLennox; also covers #236 by @donatelloOo).
Quieter non-matches. With failIfNoMatch set to false, a non-match is expected, so it is now logged at debug level instead of info (#278, #152 by @garretwilson).
Build Helper Maven Plugin 3.7.0 adds system time zone support to timestamp-property, literal replacement support to regex-property and regex-properties, and updates the remove-project-artifact deprecation guidance. It requires Maven 3.9.0 or later and Java 8 or later.
✨ Highlights
System time zone in timestamp-property: Setting <timeZone>system</timeZone> (case-insensitive) formats the timestamp using the JVM's default time zone instead of GMT, working with both current and build time sources (#250).
Literal replacement mode in regex-property and regex-properties: Setting <replacementLiteral>true</replacementLiteral> treats backslashes (\) and dollar signs ($) in <replacement> as literal characters rather than regex group references or escapes — particularly useful when substituting Windows file paths such as ${project.build.directory} (#249).
Updated remove-project-artifact deprecation guidance: The documentation for the deprecated remove-project-artifact goal now points users to Maven Resolver's split local repository feature (-Daether.enhancedLocalRepository.split) as the modern alternative (#268, #270).
added explicit settings to the Validator classes that disable (external) DTD loading during validation. The default
remains to allow loading of external content as this is often a requirement during validation.
added constructor overloads to JAXPXPathEngine to allow specifying the DocumentBuilderFactory used for the Source overloads of the selectNodes and evaluate methods.
IsDateTimePlaceholderHandler now parses the explicit and ISO date formats using Locale.US rather than the JVM
default locale so results no longer depend on the host locale. An optional second argument allows specifying a
different locale as a BCP 47 language tag.
XMLUnit itself does not use the affected code in AssertJ so the upgrade is not strictly necessary - and this is why
the xmlunit-assertj module is not updated. In fact the assertions provided by xmlunit-assertj3 are the recommended
upgrade path for users of AssertJ 3.x+.
actually made withDTDParsingDisabled do what it says.
This is a bugfix and in a way it is backwards incompatible as it changes default behavior in a way that I intended to
do with XMLUnit 2.6.0 eight years ago. DocumentBuilderFactoryConfigurer.DefaultWithDTDParsing provides the
behavior of XMLUnit 2.6.0 to 2.11.0.
renovateBot
changed the title
fix(deps): update dependency commons-io:commons-io to v2.22.0 (v2-main)
fix(deps): update all minor dependencies (v2-main)
Apr 26, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
dependenciesPull requests that update a dependency file
0 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
3.6.1→3.8.03.5.5→3.6.13.15.0→3.16.05.14.3→5.14.42.25.4→2.26.12.11.0→2.14.02.0.17→2.0.202.21.0→2.22.04.0.9→4.0.1012.9→12.10Release Notes
mojohaus/build-helper-maven-plugin (org.codehaus.mojo:build-helper-maven-plugin)
v3.8.0Compare Source
Build Helper Maven Plugin 3.8.0 lets
regex-propertyandregex-propertiesapply several regex replacements in order, and quiets the log when a non-match is allowed. The requirements are unchanged: Maven 3.9.0 or later, Java 8.✨ Highlights
replacementslist of regex/replacement pairs works inregex-propertyand in eachregexPropertySettingofregex-properties. Each pair applies to the result of the previous one, so a single property can go through several rewrites. It cannot be combined withregex/replacement, which work as before (#277, #77 by @JonathanLennox; also covers #236 by @donatelloOo).failIfNoMatchset tofalse, a non-match is expected, so it is now logged at debug level instead of info (#278, #152 by @garretwilson).🚀 New features and improvements
📝 Documentation updates
👻 Maintenance
🔧 Build
Thanks to @slachiewicz.
Full changelog
v3.7.0Compare Source
Build Helper Maven Plugin 3.7.0 adds system time zone support to
timestamp-property, literal replacement support toregex-propertyandregex-properties, and updates theremove-project-artifactdeprecation guidance. It requires Maven 3.9.0 or later and Java 8 or later.✨ Highlights
timestamp-property: Setting<timeZone>system</timeZone>(case-insensitive) formats the timestamp using the JVM's default time zone instead ofGMT, working with bothcurrentandbuildtime sources (#250).regex-propertyandregex-properties: Setting<replacementLiteral>true</replacementLiteral>treats backslashes (\) and dollar signs ($) in<replacement>as literal characters rather than regex group references or escapes — particularly useful when substituting Windows file paths such as${project.build.directory}(#249).remove-project-artifactdeprecation guidance: The documentation for the deprecatedremove-project-artifactgoal now points users to Maven Resolver's split local repository feature (-Daether.enhancedLocalRepository.split) as the modern alternative (#268, #270).🚨 Removed
🚀 New features and improvements
📝 Documentation updates
👻 Maintenance
🔧 Build
Thanks to @slachiewicz and @wilx.
Full changelog
v3.6.2Compare Source
🐛 Bug Fixes
NPExwith customized exception message (#239) @pzygielo👻 Maintenance
📦 Dependency updates
11 changes
xmlunit/xmlunit (org.xmlunit:xmlunit-assertj3)
v2.14.0Compare Source
PR #340 by @arimu1
v2.13.0Compare Source
added explicit settings to the
Validatorclasses that disable (external) DTD loading during validation. The defaultremains to allow loading of external content as this is often a requirement during validation.
PRs #331 and #332 by
@jmestwa-coder
added constructor overloads to
JAXPXPathEngineto allow specifying theDocumentBuilderFactoryused for theSourceoverloads of theselectNodesandevaluatemethods.PRs #333 by @jmestwa-coder
IsDateTimePlaceholderHandlernow parses the explicit and ISO date formats usingLocale.USrather than the JVMdefault locale so results no longer depend on the host locale. An optional second argument allows specifying a
different locale as a BCP 47 language tag.
PR #335 by @jmestwa-coder
v2.12.0Compare Source
bumped xmlunit-assertj3's dependency on assert to 3.27.7.
This is to make people aware of
GHSA-rqfh-9r24-8c9r
XMLUnit itself does not use the affected code in AssertJ so the upgrade is not strictly necessary - and this is why
the xmlunit-assertj module is not updated. In fact the assertions provided by xmlunit-assertj3 are the recommended
upgrade path for users of AssertJ 3.x+.
PRs #320 and
#321
actually made
withDTDParsingDisableddo what it says.This is a bugfix and in a way it is backwards incompatible as it changes default behavior in a way that I intended to
do with XMLUnit 2.6.0 eight years ago.
DocumentBuilderFactoryConfigurer.DefaultWithDTDParsingprovides thebehavior of XMLUnit 2.6.0 to 2.11.0.
PRs #326 by @jmestwa-coder
and #328
Configuration
📅 Schedule: (in timezone Europe/Paris)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.