Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Update dependency nl.jqno.equalsverifier:equalsverifier to v3.19 #73

Merged

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Nov 5, 2024

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
nl.jqno.equalsverifier:equalsverifier (source) 3.17.1 -> 3.19 age adoption passing confidence

Release Notes

jqno/equalsverifier (nl.jqno.equalsverifier:equalsverifier)

v3.19

Added
  • forPackage(String packageName, ScanOption... option) overload. This provides a more consistent way to fine-tune the scanning of packages. ScanOption provides several features, which can be mixed and matched:
    • ScanOption.recursive() to search recursively. This replaces forPackage(String packageName, boolean scanRecursively).
    • ScanOption.mustExtend(Class<?> type) to find only classes that extend or implement the given type. This replaces forPackage(String packageName, Class<?> mustExtend). Note that this overload used to search recursively too; this is no longer the case. If you want a recursive search that also only matches subtypes, you have to combine ScanOption.recursive() and ScanOption.mustExtend(Class<?> type).
    • ScanOption.except(Class<?>... types) to find all classes except the given ones. This replaces forPackage(...).except(Class<?>... types).
    • ScanOption.except(Predicate<Class<?>> exclusionPredicate) to exclude all classes that match the given predicate. This replaces forPackage(...).except(Predicate<Class<?>> exclusionPredicate).
    • ScanOption.ignoreExternalJars() to not throw an exception when attempting to scan a package from a third-party jar file. This can be useful if you have a split package between a dependency and your own codebase. This is a new option. (Issue 1040)
Deprecated
  • forPackage(String packageName, boolean scanRecursively): replaced by ScanOption.recursive().
  • forPackage(String packageName, Class<?> mustExtend): replaced by ScanOption.mustExtend(Class<?> type) combined with ScanOption.recursive().
  • forPackage(...).except(Class<?>... types): replaced by ScanOption.except(Class<?>... type).
  • forPackage(...).except(Predicate<Class<?>>... exclusionPredicate): replaced by ScanOption.except(Predicate<Class<?>> exclusionPredicate).

v3.18.2

Fixed
  • Gives readable error message when trying to use forPackage() on third-party dependency package, instead of a NullPointerException. (Issue 1040)

v3.18.1

Added

v3.18

Fixed
  • Gives readable error message when trying to use forPackage() on third-party dependency package, instead of a NullPointerException. (Issue 1040)

v3.17.5

Fixed
  • SpotBugs-annotations dependency is suddenly needed in builds that do certain kinds of annotation processing. (Issue 1026)
  • Significant fields error when testing a class with a field that has a Map with an array as its value type. (Issue 1027)
Changed
  • Reverted the refactorings introduced in versions 3.17.2, 3.17.3 and 3.17.4, as they were causing more problems than they were solving. See this blog post for some background.

v3.17.4

Fixed
  • Fixes bug where the wrong generic type was provided when multiple fields of the same type but with different generic parameters exist. (Issue 1022)
Changed
  • The internal instantiation logic has been further refactored, to be more robust and extensible for future enhancements.

v3.17.3

Fixed
  • Fixes bug when passing a subclass of a field's type into #withPrefabValues() (which was introduced in the previous version). (Issue 1014)
  • In Windows builds, the handling of line endings didn't work properly. (Issue 1015)

v3.17.2

Fixed
  • It's now possible to pass a subclass of a field's type into #withPrefabValuesForField(). (Issue 1012)
Changed
  • The internal instantiation logic has been further refactored, to be more robust and extensible for future enhancements.

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.2 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.3 Nov 7, 2024
@renovate renovate bot force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch 3 times, most recently from 0f5cd1e to cb12fd7 Compare November 7, 2024 15:22
@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.3 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.4 Nov 30, 2024
@renovate renovate bot force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch 2 times, most recently from 72e44ed to dece04e Compare December 6, 2024 16:23
@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.4 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.5 Dec 6, 2024
@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.17.5 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.18 Dec 24, 2024
@renovate renovate bot force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch from dece04e to 8b46ec6 Compare December 24, 2024 13:36
@renovate renovate bot force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch from 8b46ec6 to a7573e0 Compare January 9, 2025 09:43
@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.18 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.18.1 Jan 9, 2025
@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.18.1 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.18.2 Jan 30, 2025
@renovate renovate bot force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch from a7573e0 to 9d441f3 Compare January 30, 2025 09:53
@renovate renovate bot changed the title Update dependency nl.jqno.equalsverifier:equalsverifier to v3.18.2 Update dependency nl.jqno.equalsverifier:equalsverifier to v3.19 Feb 6, 2025
@renovate renovate bot force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch from 9d441f3 to 887eec5 Compare February 6, 2025 17:37
@neboskreb neboskreb force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch from 887eec5 to 6961b1b Compare February 16, 2025 03:53
Copy link
Contributor Author

renovate bot commented Feb 16, 2025

Edited/Blocked Notification

Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.

You can manually request rebase by checking the rebase/retry box above.

⚠️ Warning: custom changes will be lost.

@neboskreb neboskreb force-pushed the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch from 6961b1b to 9acebc7 Compare February 16, 2025 03:58
@neboskreb neboskreb merged commit 9acebc7 into master Feb 16, 2025
1 of 2 checks passed
@renovate renovate bot deleted the renovate/nl.jqno.equalsverifier-equalsverifier-3.x branch February 16, 2025 04:01
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant