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

deps(maven): bump version.archunit from 0.23.1 to 1.0.0 #10622

Merged
merged 1 commit into from Oct 12, 2022

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Oct 6, 2022

Bumps version.archunit from 0.23.1 to 1.0.0.
Updates archunit from 0.23.1 to 1.0.0

Release notes

Sourced from archunit's releases.

ArchUnit 1.0.0

⚠️ If you upgrade from the latest 0.x version, please also refer to the release notes of release candidate 1.0.0-rc1 as these release notes refer to upgrading from the release candidate ⚠️

Breaking Changes

  • Naming around JavaPackage subpackages and dependencies has been improved to remove ambiguities. In general, whenever all classes from a package and subpackages recursively are involved, this is now called "package tree". Otherwise, it only targets the classes directly within this package (see #919/#968; thanks a lot to @​grimsa) The following mapping shows how to translate the old methods to the current methods:
    • getAllClasses() -> getClassesInPackageTree()
    • getAllSubpackages() -> getSubpackagesInTree()
    • getClassDependenciesFromSelf() -> getClassDependenciesFromThisPackageTree()
    • getClassDependenciesToSelf() -> getClassDependenciesToThisPackageTree()
    • getPackageDependenciesFromSelf() -> getPackageDependenciesFromThisPackageTree()
    • getPackageDependenciesToSelf() -> getPackageDependenciesToThisPackageTree()
    • accept(..) -> traversePackageTree(..)
  • Importing the default package via ClassFileImporter.importPackages("") will now yields the same result as using importClasspath() without any ImportOption (see #954)
  • ClassFileImporter.importClasspath() now behaves consistently to other import APIs. I.e. no default ImportOptions like DoNotIncludeArchives are added anymore, instead all ImportOptions need to be added the same way as for all other import methods (see #958)
  • The custom collection ImportOptions has been removed from the public API and been replaced by a standard Collection<ImportOption> where appropriate (see #958)
  • The package com.tngtech.archunit.library.plantuml has been moved to com.tngtech.archunit.library.plantuml.rules to make room for adding other PlantUML related features (see #959)
  • SLF4J-API has been upgraded from 1.7.30 to 2.0.3, so any log adapter dependency to be used with ArchUnit (e.g. to hook in Log4J) has to be compatible with SLF4J-API 2.x from now on (see #966)

Bug Fixes

  • Fix bug where multiple synthetic access calls to methods like access$123(..) would lead to only one access being imported. Note, that these synthetic methods are added for calls to private fields / methods from inner classes to outer classes, etc. (see #957)

Enhancements

Lang

  • archunit_ignore_patterns.txt is now also respected by FreezingArchRule. Thus, ignored violations are not added to the ViolationStore anymore (see #915)

Library

  • testClassesShouldResideInTheSamePackageAsImplementation(..) now supports multiple test classes with same simple name (see #918; thanks a lot to @​mslowiak)
  • PlantUmlArchCondition now does not throw exceptions anymore, if a class is in none or multiple components, but instead reports those as standard violations. This way these violations can also be frozen via FreezingArchRule instead of crashing the test (see #960)

Further Acknowledgement

  • Thanks a lot to @​hankem for upgrading various dependencies, cleaning up code and extensive reviews

ArchUnit 1.0.0-rc1

Breaking Changes

  • All deprecated members and classes have been removed (see #909)
  • @AnalyzeClasses() without any explicit locations to import will now import the package of the annotated class by default instead of the whole classpath. To restore the old behavior use @AnalyzeClasses(wholeClasspath = true) (see #828)
  • The archunit-junit5-engine-api now resides within the package com.tngtech.archunit.junit.engine_api instead of directly under junit. This only affects users that want to programmatically interface with the ArchUnitTestEngine and should be irrelevant for most users (see #827)
  • ArchUnit now needs at least Java 8 to run (see #833)
  • The ArchUnit types Function, Predicate and Optional have been replaced by the JDK 8 equivalents
  • DescribedPredicate now extends the JDK 8 Predicate, so apply(..) has to be replaced by test(..)
  • layeredArchitecture() now forces to decide how to deal with dependencies by adding .considering...Dependencies() in the beginning of the declaration. To restore the old behavior declare it as layeredArchitecture().consideringAllDependencies() (see #892)
  • ConditionEvents is now an interface and the interface has been cleaned out of all non-essential methods, e.g. getAllowed(). This was done to increase maintainability and make it easier to optimize the internals. If you are missing any functionality now, please file an issue to discuss it (see #876)

... (truncated)

Commits
  • f11750b prepare release 1.0.0
  • f5c1f05 support -rc suffixes in updateArchUnitExampleVersion
  • c3efe74 update expected versions in released POMs
  • 651f3f7 support rc-versions in publish.gradle
  • a7a71b1 Rename JavaPackage.getAllClasses() -> getClassesInPackageTree() (#968)
  • 7b31072 rename JavaPackage.getAllClasses() -> getClassesInPackageTree()
  • 6878f49 Some minor code improvements (#965)
  • 86255a7 replace JUnit 4 ExpectedException by AssertJ assertThatThrownBy
  • 4b0aa34 replace assertThat(x).containsOnlyElementsOf with .hasSameElementsAs
  • 506030b replace Guava Files.{write/append} by java.nio.Files.write(..)
  • Additional commits viewable in compare view

Updates archunit-junit5-engine from 0.23.1 to 1.0.0

Release notes

Sourced from archunit-junit5-engine's releases.

ArchUnit 1.0.0

⚠️ If you upgrade from the latest 0.x version, please also refer to the release notes of release candidate 1.0.0-rc1 as these release notes refer to upgrading from the release candidate ⚠️

Breaking Changes

  • Naming around JavaPackage subpackages and dependencies has been improved to remove ambiguities. In general, whenever all classes from a package and subpackages recursively are involved, this is now called "package tree". Otherwise, it only targets the classes directly within this package (see #919/#968; thanks a lot to @​grimsa) The following mapping shows how to translate the old methods to the current methods:
    • getAllClasses() -> getClassesInPackageTree()
    • getAllSubpackages() -> getSubpackagesInTree()
    • getClassDependenciesFromSelf() -> getClassDependenciesFromThisPackageTree()
    • getClassDependenciesToSelf() -> getClassDependenciesToThisPackageTree()
    • getPackageDependenciesFromSelf() -> getPackageDependenciesFromThisPackageTree()
    • getPackageDependenciesToSelf() -> getPackageDependenciesToThisPackageTree()
    • accept(..) -> traversePackageTree(..)
  • Importing the default package via ClassFileImporter.importPackages("") will now yields the same result as using importClasspath() without any ImportOption (see #954)
  • ClassFileImporter.importClasspath() now behaves consistently to other import APIs. I.e. no default ImportOptions like DoNotIncludeArchives are added anymore, instead all ImportOptions need to be added the same way as for all other import methods (see #958)
  • The custom collection ImportOptions has been removed from the public API and been replaced by a standard Collection<ImportOption> where appropriate (see #958)
  • The package com.tngtech.archunit.library.plantuml has been moved to com.tngtech.archunit.library.plantuml.rules to make room for adding other PlantUML related features (see #959)
  • SLF4J-API has been upgraded from 1.7.30 to 2.0.3, so any log adapter dependency to be used with ArchUnit (e.g. to hook in Log4J) has to be compatible with SLF4J-API 2.x from now on (see #966)

Bug Fixes

  • Fix bug where multiple synthetic access calls to methods like access$123(..) would lead to only one access being imported. Note, that these synthetic methods are added for calls to private fields / methods from inner classes to outer classes, etc. (see #957)

Enhancements

Lang

  • archunit_ignore_patterns.txt is now also respected by FreezingArchRule. Thus, ignored violations are not added to the ViolationStore anymore (see #915)

Library

  • testClassesShouldResideInTheSamePackageAsImplementation(..) now supports multiple test classes with same simple name (see #918; thanks a lot to @​mslowiak)
  • PlantUmlArchCondition now does not throw exceptions anymore, if a class is in none or multiple components, but instead reports those as standard violations. This way these violations can also be frozen via FreezingArchRule instead of crashing the test (see #960)

Further Acknowledgement

  • Thanks a lot to @​hankem for upgrading various dependencies, cleaning up code and extensive reviews

ArchUnit 1.0.0-rc1

Breaking Changes

  • All deprecated members and classes have been removed (see #909)
  • @AnalyzeClasses() without any explicit locations to import will now import the package of the annotated class by default instead of the whole classpath. To restore the old behavior use @AnalyzeClasses(wholeClasspath = true) (see #828)
  • The archunit-junit5-engine-api now resides within the package com.tngtech.archunit.junit.engine_api instead of directly under junit. This only affects users that want to programmatically interface with the ArchUnitTestEngine and should be irrelevant for most users (see #827)
  • ArchUnit now needs at least Java 8 to run (see #833)
  • The ArchUnit types Function, Predicate and Optional have been replaced by the JDK 8 equivalents
  • DescribedPredicate now extends the JDK 8 Predicate, so apply(..) has to be replaced by test(..)
  • layeredArchitecture() now forces to decide how to deal with dependencies by adding .considering...Dependencies() in the beginning of the declaration. To restore the old behavior declare it as layeredArchitecture().consideringAllDependencies() (see #892)
  • ConditionEvents is now an interface and the interface has been cleaned out of all non-essential methods, e.g. getAllowed(). This was done to increase maintainability and make it easier to optimize the internals. If you are missing any functionality now, please file an issue to discuss it (see #876)

... (truncated)

Commits
  • f11750b prepare release 1.0.0
  • f5c1f05 support -rc suffixes in updateArchUnitExampleVersion
  • c3efe74 update expected versions in released POMs
  • 651f3f7 support rc-versions in publish.gradle
  • a7a71b1 Rename JavaPackage.getAllClasses() -> getClassesInPackageTree() (#968)
  • 7b31072 rename JavaPackage.getAllClasses() -> getClassesInPackageTree()
  • 6878f49 Some minor code improvements (#965)
  • 86255a7 replace JUnit 4 ExpectedException by AssertJ assertThatThrownBy
  • 4b0aa34 replace assertThat(x).containsOnlyElementsOf with .hasSameElementsAs
  • 506030b replace Guava Files.{write/append} by java.nio.Files.write(..)
  • Additional commits viewable in compare view

Updates archunit-junit5-api from 0.23.1 to 1.0.0

Release notes

Sourced from archunit-junit5-api's releases.

ArchUnit 1.0.0

⚠️ If you upgrade from the latest 0.x version, please also refer to the release notes of release candidate 1.0.0-rc1 as these release notes refer to upgrading from the release candidate ⚠️

Breaking Changes

  • Naming around JavaPackage subpackages and dependencies has been improved to remove ambiguities. In general, whenever all classes from a package and subpackages recursively are involved, this is now called "package tree". Otherwise, it only targets the classes directly within this package (see #919/#968; thanks a lot to @​grimsa) The following mapping shows how to translate the old methods to the current methods:
    • getAllClasses() -> getClassesInPackageTree()
    • getAllSubpackages() -> getSubpackagesInTree()
    • getClassDependenciesFromSelf() -> getClassDependenciesFromThisPackageTree()
    • getClassDependenciesToSelf() -> getClassDependenciesToThisPackageTree()
    • getPackageDependenciesFromSelf() -> getPackageDependenciesFromThisPackageTree()
    • getPackageDependenciesToSelf() -> getPackageDependenciesToThisPackageTree()
    • accept(..) -> traversePackageTree(..)
  • Importing the default package via ClassFileImporter.importPackages("") will now yields the same result as using importClasspath() without any ImportOption (see #954)
  • ClassFileImporter.importClasspath() now behaves consistently to other import APIs. I.e. no default ImportOptions like DoNotIncludeArchives are added anymore, instead all ImportOptions need to be added the same way as for all other import methods (see #958)
  • The custom collection ImportOptions has been removed from the public API and been replaced by a standard Collection<ImportOption> where appropriate (see #958)
  • The package com.tngtech.archunit.library.plantuml has been moved to com.tngtech.archunit.library.plantuml.rules to make room for adding other PlantUML related features (see #959)
  • SLF4J-API has been upgraded from 1.7.30 to 2.0.3, so any log adapter dependency to be used with ArchUnit (e.g. to hook in Log4J) has to be compatible with SLF4J-API 2.x from now on (see #966)

Bug Fixes

  • Fix bug where multiple synthetic access calls to methods like access$123(..) would lead to only one access being imported. Note, that these synthetic methods are added for calls to private fields / methods from inner classes to outer classes, etc. (see #957)

Enhancements

Lang

  • archunit_ignore_patterns.txt is now also respected by FreezingArchRule. Thus, ignored violations are not added to the ViolationStore anymore (see #915)

Library

  • testClassesShouldResideInTheSamePackageAsImplementation(..) now supports multiple test classes with same simple name (see #918; thanks a lot to @​mslowiak)
  • PlantUmlArchCondition now does not throw exceptions anymore, if a class is in none or multiple components, but instead reports those as standard violations. This way these violations can also be frozen via FreezingArchRule instead of crashing the test (see #960)

Further Acknowledgement

  • Thanks a lot to @​hankem for upgrading various dependencies, cleaning up code and extensive reviews

ArchUnit 1.0.0-rc1

Breaking Changes

  • All deprecated members and classes have been removed (see #909)
  • @AnalyzeClasses() without any explicit locations to import will now import the package of the annotated class by default instead of the whole classpath. To restore the old behavior use @AnalyzeClasses(wholeClasspath = true) (see #828)
  • The archunit-junit5-engine-api now resides within the package com.tngtech.archunit.junit.engine_api instead of directly under junit. This only affects users that want to programmatically interface with the ArchUnitTestEngine and should be irrelevant for most users (see #827)
  • ArchUnit now needs at least Java 8 to run (see #833)
  • The ArchUnit types Function, Predicate and Optional have been replaced by the JDK 8 equivalents
  • DescribedPredicate now extends the JDK 8 Predicate, so apply(..) has to be replaced by test(..)
  • layeredArchitecture() now forces to decide how to deal with dependencies by adding .considering...Dependencies() in the beginning of the declaration. To restore the old behavior declare it as layeredArchitecture().consideringAllDependencies() (see #892)
  • ConditionEvents is now an interface and the interface has been cleaned out of all non-essential methods, e.g. getAllowed(). This was done to increase maintainability and make it easier to optimize the internals. If you are missing any functionality now, please file an issue to discuss it (see #876)

... (truncated)

Commits
  • f11750b prepare release 1.0.0
  • f5c1f05 support -rc suffixes in updateArchUnitExampleVersion
  • c3efe74 update expected versions in released POMs
  • 651f3f7 support rc-versions in publish.gradle
  • a7a71b1 Rename JavaPackage.getAllClasses() -> getClassesInPackageTree() (#968)
  • 7b31072 rename JavaPackage.getAllClasses() -> getClassesInPackageTree()
  • 6878f49 Some minor code improvements (#965)
  • 86255a7 replace JUnit 4 ExpectedException by AssertJ assertThatThrownBy
  • 4b0aa34 replace assertThat(x).containsOnlyElementsOf with .hasSameElementsAs
  • 506030b replace Guava Files.{write/append} by java.nio.Files.write(..)
  • 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)

@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Oct 6, 2022
@github-actions
Copy link
Contributor

github-actions bot commented Oct 6, 2022

Test Results

   934 files  ±  0     934 suites  ±0   1h 48m 19s ⏱️ -57s
7 447 tests  - 72  7 441 ✔️  - 72  6 💤 ±0  0 ±0 
7 637 runs   - 72  7 629 ✔️  - 72  8 💤 ±0  0 ±0 

Results for commit 7fffb19. ± Comparison against base commit d9e3183.

@megglos
Copy link
Contributor

megglos commented Oct 11, 2022

@dependabot rebase

Bumps `version.archunit` from 0.23.1 to 1.0.0.

Updates `archunit` from 0.23.1 to 1.0.0
- [Release notes](https://github.com/TNG/ArchUnit/releases)
- [Commits](TNG/ArchUnit@v0.23.1...v1.0.0)

Updates `archunit-junit5-engine` from 0.23.1 to 1.0.0
- [Release notes](https://github.com/TNG/ArchUnit/releases)
- [Commits](TNG/ArchUnit@v0.23.1...v1.0.0)

Updates `archunit-junit5-api` from 0.23.1 to 1.0.0
- [Release notes](https://github.com/TNG/ArchUnit/releases)
- [Commits](TNG/ArchUnit@v0.23.1...v1.0.0)

---
updated-dependencies:
- dependency-name: com.tngtech.archunit:archunit
  dependency-type: direct:production
  update-type: version-update:semver-major
- dependency-name: com.tngtech.archunit:archunit-junit5-engine
  dependency-type: direct:production
  update-type: version-update:semver-major
- dependency-name: com.tngtech.archunit:archunit-junit5-api
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot force-pushed the dependabot/maven/version.archunit-1.0.0 branch from 7fffb19 to ec3a919 Compare October 11, 2022 13:51
@Zelldon Zelldon merged commit cbe6287 into main Oct 12, 2022
@Zelldon Zelldon deleted the dependabot/maven/version.archunit-1.0.0 branch October 12, 2022 06:19
@korthout korthout added the version:8.2.0-alpha1 Marks an issue as being completely or in parts released in 8.2.0-alpha1 label Nov 1, 2022
@npepinpe npepinpe added the version:8.2.0 Marks an issue as being completely or in parts released in 8.2.0 label Apr 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file version:8.2.0-alpha1 Marks an issue as being completely or in parts released in 8.2.0-alpha1 version:8.2.0 Marks an issue as being completely or in parts released in 8.2.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants