Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

Bump archunit.version from 0.16.0 to 0.17.0 #304

Merged
merged 1 commit into from
Feb 22, 2021

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Feb 22, 2021

Bumps archunit.version from 0.16.0 to 0.17.0.
Updates archunit-junit5 from 0.16.0 to 0.17.0

Release notes

Sourced from archunit-junit5's releases.

ArchUnit 0.17.0

Breaking Changes

  • The metaAnnotatedWith(..) predicate, as well as all syntax elements like classes().that().areMetaAnnotatedWith(..) or classes().should().beMetaAnnotatedWith(..), now all also count direct annotations as matching. The background is, that the typical use case always seemed to be "either directly annotated or annotated with some meta-annotated annotation", so we decided to cover this directly.
    • If your rule has metaAnnotatedWith(..).or(annotatedWith(..)) it still works, but you can now drop the annotatedWith(..) part
    • If your rule really wanted to test that the annotation is not a direct annotation, but only meta-annotated on another annotation, this can still be asserted by metaAnnotatedWith(..).and(not(annotatedWith(..))) (see #527)

Enhancements

  • Classes appearing in member signatures (like field types or method return values) are now automatically resolved in import (see #530)
  • Support for Java 17 (see #535)
  • New API to check if a JavaAnnotation has explicitly declared a certain property, i.e. it is set in the annotation and not taken from the default value (see #499)

Lang

  • Improved Javadoc and error message to better explain the difference of classes().that().implement(..) and classes().that().areAssignableTo(..)

Library

  • New rule to assert no proxy bypasses, e.g. if a Spring bean internally calls an @Async method and thus bypasses the proxy (see #539)

JUnit

  • We decided to rename ArchRules.in(..) to ArchTests.in(..), because ArchRules was considered confusing, if the actual behavior is to collect all @ArchTest members of the other class. ArchRules is still present (yet deprecated), so this will not break existing ArchTest suites (see #525)
Commits
  • 937a9cc fix invalid Javadoc
  • 192bc02 prepare release 0.17.0
  • ad30fa5 Make meta annotated match direct annotations as well #540
  • 71835ef add tests for classes().should().{be/notBe}MetaAnnotatedWith(..)
  • 5d68c45 make metaAnnotated predicates also match direct annotations
  • d37e2d0 Add library rule to check proxy bypasses #539
  • f3ec2eb add library rule to check for classes bypassing their proxy
  • e19c842 rename assertThat(ArchRule) -> assertThatRule(ArchRule)
  • 61a1c9e introduce ArchTests instead of ArchRules #538
  • dac33a3 introduce ArchTests instead of ArchRules
  • Additional commits viewable in compare view

Updates archunit-junit5-engine from 0.16.0 to 0.17.0

Release notes

Sourced from archunit-junit5-engine's releases.

ArchUnit 0.17.0

Breaking Changes

  • The metaAnnotatedWith(..) predicate, as well as all syntax elements like classes().that().areMetaAnnotatedWith(..) or classes().should().beMetaAnnotatedWith(..), now all also count direct annotations as matching. The background is, that the typical use case always seemed to be "either directly annotated or annotated with some meta-annotated annotation", so we decided to cover this directly.
    • If your rule has metaAnnotatedWith(..).or(annotatedWith(..)) it still works, but you can now drop the annotatedWith(..) part
    • If your rule really wanted to test that the annotation is not a direct annotation, but only meta-annotated on another annotation, this can still be asserted by metaAnnotatedWith(..).and(not(annotatedWith(..))) (see #527)

Enhancements

  • Classes appearing in member signatures (like field types or method return values) are now automatically resolved in import (see #530)
  • Support for Java 17 (see #535)
  • New API to check if a JavaAnnotation has explicitly declared a certain property, i.e. it is set in the annotation and not taken from the default value (see #499)

Lang

  • Improved Javadoc and error message to better explain the difference of classes().that().implement(..) and classes().that().areAssignableTo(..)

Library

  • New rule to assert no proxy bypasses, e.g. if a Spring bean internally calls an @Async method and thus bypasses the proxy (see #539)

JUnit

  • We decided to rename ArchRules.in(..) to ArchTests.in(..), because ArchRules was considered confusing, if the actual behavior is to collect all @ArchTest members of the other class. ArchRules is still present (yet deprecated), so this will not break existing ArchTest suites (see #525)
Commits
  • 937a9cc fix invalid Javadoc
  • 192bc02 prepare release 0.17.0
  • ad30fa5 Make meta annotated match direct annotations as well #540
  • 71835ef add tests for classes().should().{be/notBe}MetaAnnotatedWith(..)
  • 5d68c45 make metaAnnotated predicates also match direct annotations
  • d37e2d0 Add library rule to check proxy bypasses #539
  • f3ec2eb add library rule to check for classes bypassing their proxy
  • e19c842 rename assertThat(ArchRule) -> assertThatRule(ArchRule)
  • 61a1c9e introduce ArchTests instead of ArchRules #538
  • dac33a3 introduce ArchTests instead of ArchRules
  • 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

Bumps `archunit.version` from 0.16.0 to 0.17.0.

Updates `archunit-junit5` from 0.16.0 to 0.17.0
- [Release notes](https://github.com/TNG/ArchUnit/releases)
- [Commits](TNG/ArchUnit@v0.16.0...v0.17.0)

Updates `archunit-junit5-engine` from 0.16.0 to 0.17.0
- [Release notes](https://github.com/TNG/ArchUnit/releases)
- [Commits](TNG/ArchUnit@v0.16.0...v0.17.0)

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added dependencies Update of dependencies java Pull requests that update Maven Java dependencies labels Feb 22, 2021
@codecov-io
Copy link

Codecov Report

Merging #304 (ad3e5aa) into master (15bbf98) will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff            @@
##             master     #304   +/-   ##
=========================================
  Coverage     87.61%   87.61%           
  Complexity       79       79           
=========================================
  Files             8        8           
  Lines           323      323           
  Branches         48       48           
=========================================
  Hits            283      283           
  Misses           31       31           
  Partials          9        9           

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 15bbf98...ad3e5aa. Read the comment docs.

@uhafner uhafner merged commit 075d317 into master Feb 22, 2021
@uhafner uhafner deleted the dependabot/maven/archunit.version-0.17.0 branch February 22, 2021 21:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Update of dependencies java Pull requests that update Maven Java dependencies
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants