Open ascheman opened 7 years ago
The two commits in my fork show that the error is detected but vanishes if the Classes are moved to sub packages.
I'll flag this as a bug as you suggested b/c I introduced the concepts "PackageLevel" and "TransitivePackageDependencies" to prevent exact this situation.
Thanks to @jensnerche and @dirkmahler I could finally fix the problem and propose a working solution. PR is following soon.
I think there is an error the example:
Add an error
Introducing two new classes (cf. ascheman/uneven-modules@2138b292f23d9514a7aada56991fe63fed51196e):
SpecialFacade
in packagefacade
SpecialBusiness
in package inbusiness
The latter imports the former which is an architecture violation which is detected and the build fails.
And make it disappear
If the two classes are moved to sub-packages (cf. ascheman/uneven-modules@8f29af906979964398a5bf2039b59a0fe8777ef7), e.g.,
SpecialFacade
to packagefacade.special
SpecialBusiness
to packagebusiness.products
The architecture violation magically vanishes and the build is OK. I would expect that even access from/to sub packages is disallowed by the architecture blueprint.