Peter Gafert

I thought about it, and I think it makes sense to offer both these alternatives in the API. The only problem for me is, to be consistent with other naming...

Yes, I agree with your observations :thinking: Also, that it might be more precise to have two objects. The only think I'm wondering about is, if this then really makes...

Did they ever get back to you? Otherwise, maybe really file the issue at https://issues.sonatype.org/projects/OSSRH? Because there they can hardly say that you should upgrade to v3, right? :wink:

Thanks a lot for following up on it, really appreciated :slightly_smiling_face:

One thing I don't unterstand is how you configured the dependencies between your modules :thinking: Because the multi-module setups I know, all dependencies would in fact be archives, i.e. one...

Note that there already is something like this. You can find more info about the concepts behind this in the [javadoc of `AccessTarget`](https://javadoc.io/doc/com.tngtech.archunit/archunit/latest/com/tngtech/archunit/core/domain/AccessTarget.html). As @hankem said, the "target" is derived...

You might be able to just reuse the existing `ImportOption`, no? :thinking: ``` public class DotNotIncludeTestsOrTestFixtures implements ImportOption { @Override public boolean includes(Location location) { return ImportOption.Predefined.DO_NOT_INCLUDE_TESTS.includes(location) && !isTestFixtures(location); }...

About adding it to the built-in ignores, I'm a little torn :thinking: On the one hand, it has been in the official Gradle user guide for a while, so I...

Since I maybe misunderstood, adding a separate `DotNotIncludeTestsOrTestFixtures` might be okay, I just wouldn't want to add it to the general `DoNotIncludeTests`. But then we could also ponder about an...

I principally agree about always delegating to Gradle, but in practice it's just too slow for my taste :grimacing: I usually delegate the build to Gradle but run tests with...