Manfred Hanke

> Now my check doesn't pass. Is there a nice solution for this? Can you share your check? 🙂

I'm not aware of a reliable way to recognize extension functions, which you seem to want to allow? Maybe the following workaround is good enough for you? imports ```kotlin import...

I did a `git bisect` on [the changes from `surefire-3.5.2` to `maven-surefire-3.5.3`](https://github.com/apache/maven-surefire/compare/surefire-3.5.2...maven-surefire-3.5.3) and identified that [commit `5aeca1971`](https://github.com/apache/maven-surefire/commit/5aeca19716dedc4cbcab8d68dfc74a99f50ce9ee) for apache/maven-surefire#815 introduced the change.

(FYI: The issue will be adressed by [SUREFIRE-2298](https://issues.apache.org/jira/browse/SUREFIRE-2298) / apache/maven-surefire#828.)

@royteeuwen, ArchUnit cannot prevent the Surefire bug. The workaround is to downgrade to Maven Surefire 3.5.2.

[JUnit 6 requires Java 17 (or higher) at runtime.](https://docs.junit.org/6.0.0/user-guide/#overview-java-versions)

Essentially as suggested by [Larry Diamond](https://stackoverflow.com/users/23759537/larry-diamond)'s [Stack Overflow answer](https://stackoverflow.com/a/78937351/13134095): To ensure that a rule catches a certain violation, you should have a unit test evaluate the rule with an intentional...

I doubt that ArchUnit can do anything about it, and suspect that this is a Maven configuration issue, but I cannot reproduce your problem yet. Could you provide a [Minimal,...

Thanks for the reminder! I'm sorry; the honest answer is that it was overlooked. I'll try to take a look at it _soon_.

_[This is just to document my first analysis. I don't have a complete understanding yet.]_ The byte code of try-catch blocks can be quite a beast. The byte code for...