General rule to test that class and its test are both at the same package

[ars-java]

It will be convenient to have GeneralCodingRules.TEST_SHOULD_HAVE_SAME_PACKAGE rule to test that classes Xxx from /src/ and XxxTest from /test/ are both at the same package

[hankem]

You can define a custom @ArchTest like in #20 (comment).

[ars-java]

Yes, I can. But I think that it's a useful common and reusable feature to add it to the library. It's more fundamental than restrictions for joda-time or JUL

[codecholeric]

I agree, even though I wonder if the naming pattern should be customizable 🤔
Like GeneralCodingRules.testsShouldResideInTheSamePackageIdentifyingTestsByName("$Test")), and someone else could write ...IdentifyingTestsByName("$IntegrationTest") or ...IdentifyingTestsByName("$Tests") for example.
Anyway, if you have time I would be happy to support you with a PR for this feature 😉 Or if anybody else wants to contribute. I think it would be a good starter task 😃 Otherwise I have to put it in my pipeline and implement it when I get to it, but looking at my task pipeline that could take a while 😞

[Rossalli]

Hi, @codecholeric! Could you please assign this to me? I would like to try help with this issue :)

Thanks!

[mslowiak]

@Rossalli are you still working on that one? can I pick this up?

[Rossalli]

Hi @mslowiak, I'm working on that :)

[thatsIch]

@Rossalli how is your progress?

[codecholeric]

Since the last comment from @Rossalli is from almost a year ago and there has been no reply to the last ping for over a month I would consider this issue open for grabs again...

[mslowiak]

@codecholeric So, can I pick this up? :)

[codecholeric]

Yes, feel free to pick it up! (Sorry if you're really still working on it @Rossalli, but without any life sign for so long I can't block the issue forever)

[codecholeric]

@mslowiak I assigned you to it for transparency, hope that's okay 😉