Peter Gafert

At the moment I have not implemented this, but we could add it in the future. I wanted to get the basic support out as quick as possible, in particular...

Thanks for raising this! I could imagine this to be useful, but I would not put it into the general rule API, because either "functions" that really means "Kotlin toplevel...

Yes, but what if I also create in Java ``` class ExampleKt { public static final void iJustLookToplevel() { } } ``` :wink: So eventually that is a naming convention,...

Thanks for bringing this idea! :smiley: I agree that this is one annoying part at the moment, personally I also comment the `@ArchTest` I don't want to execute :zany_face: In...

One common way I have used several times is to group rules together and include them hierarchically, like ``` @AnalyzeClasses(..) class ProjectOneArchRules { @ArchTest static final ArchTests serviceRules = ArchTests.in(ServiceRules.class);...

The problem is that ArchUnit's `TestEngine` should not have any dependency on the Jupiter API (which is actually a big problem with #834). The Jupiter API doesn't fully match the...

@crizzis Yes, I think that's a good idea, I'll try to do that :+1: @hjohn As @hankem pointed out you can always use ArchUnit directly without any ties to a...

@crizzis Unfortunately not :disappointed: Problem is that I have a ton of other things in the pipeline still... If you wanna give it a shot, I'd be happy :slightly_smiling_face: But...

@crizzis thanks for your effort! As I wrote on the PR, what would be important for me is a little bit more reasoning and comparing. Because I don't know the...

I agree that it is nice if it just seamlessly fits into the tooling API, i.e. if we are able to reuse `surefire.includes`, etc., that would be great! Can you...