feat: add architecture tests for enforcing module boundaries

Integrated a new `:platform:architecture-tests` module using ArchUnit to enforce backend and frontend architecture rules. Configured explicit dependencies to all relevant modules and implemented rules to prevent cross-dependencies between backend services and frontend features. Replaced legacy Gradle-based architecture guards with this robust solution. Updated CI pipeline to include these tests.
This commit is contained in:
Stefan Mogeritsch 2026-01-29 14:28:36 +01:00
parent fd7eba3589
commit 5feb42d973
8 changed files with 182 additions and 112 deletions

View File

@ -181,108 +181,6 @@ subprojects {
}
}
// ==================================================================
// Architecture Guards (lightweight, fast checks)
// ==================================================================
// Fails if any source file contains manual Authorization header setting.
// Policy: Authorization must be injected by the DI-provided HttpClient (apiClient).
tasks.register("archGuardForbiddenAuthorizationHeader") {
group = "verification"
description = "Fail build if code sets Authorization header manually."
doLast {
val forbiddenPatterns =
listOf(
".header(\"Authorization\"",
"setHeader(\"Authorization\"",
"headers[\"Authorization\"]",
"headers[\'Authorization\']",
".header(HttpHeaders.Authorization",
"header(HttpHeaders.Authorization",
)
// Scope: Frontend-only enforcement. Backend/Test code is excluded.
val srcDirs = listOf("clients", "frontend")
val violations = mutableListOf<File>()
srcDirs.map { file(it) }
.filter { it.exists() }
.forEach { rootDir ->
rootDir.walkTopDown()
.filter { it.isFile && (it.extension == "kt" || it.extension == "kts") }
.forEach { f ->
val text = f.readText()
// Skip test sources
val path = f.invariantSeparatorsPath
val isTest =
path.contains("/src/commonTest/") ||
path.contains("/src/jsTest/") ||
path.contains("/src/jvmTest/") ||
path.contains("/src/test/")
if (!isTest && forbiddenPatterns.any { text.contains(it) }) {
violations += f
}
}
}
if (violations.isNotEmpty()) {
val msg =
buildString {
appendLine("Forbidden manual Authorization header usage found in:")
violations.take(50).forEach { appendLine(" - ${it.path}") }
if (violations.size > 50) appendLine(" ... and ${violations.size - 50} more files")
appendLine()
appendLine("Policy: Use DI-provided apiClient (Koin named \"apiClient\").")
}
throw GradleException(msg)
}
}
}
// Guard: Frontend Feature Isolation (no feature -> feature project dependencies)
tasks.register("archGuardNoFeatureToFeatureDeps") {
group = "verification"
description = "Fail build if a :frontend:features:* module depends on another :frontend:features:* module"
doLast {
val featurePrefix = ":frontend:features:"
val violations = mutableListOf<String>()
rootProject.subprojects.forEach { p ->
if (p.path.startsWith(featurePrefix)) {
// Check all configurations except test-related ones
p.configurations
.matching { cfg ->
val n = cfg.name.lowercase()
!n.contains("test") && !n.contains("debug") // ignore test/debug configs
}
.forEach { cfg ->
cfg.dependencies.withType(ProjectDependency::class.java).forEach { dep ->
// Use reflection to avoid compile-time issues with dependencyProject property
val proj =
try {
dep.javaClass.getMethod("getDependencyProject").invoke(dep) as Project
} catch (e: Throwable) {
null
}
val target = proj?.path ?: ""
if (target.startsWith(featurePrefix) && target != p.path) {
violations += "${p.path} -> $target (configuration: ${cfg.name})"
}
}
}
}
}
if (violations.isNotEmpty()) {
val msg =
buildString {
appendLine("Feature isolation violation(s) detected:")
violations.forEach { appendLine(" - $it") }
appendLine()
appendLine("Policy: frontend features must not depend on other features. Use navigation/shared domain in :frontend:core instead.")
}
throw GradleException(msg)
}
}
}
// ------------------------------------------------------------------
// Bundle Size Budgets for Frontend Shells (Kotlin/JS)
// ------------------------------------------------------------------
@ -404,14 +302,6 @@ tasks.register("checkBundleBudget") {
}
}
// Aggregate convenience task
tasks.register("archGuards") {
group = "verification"
description = "Run all architecture guard checks"
dependsOn("archGuardForbiddenAuthorizationHeader")
dependsOn("archGuardNoFeatureToFeatureDeps")
}
// Composite verification task including static analyzers if present
tasks.register("staticAnalysis") {
group = "verification"
@ -420,7 +310,8 @@ tasks.register("staticAnalysis") {
dependsOn(
tasks.matching { it.name == "detekt" },
tasks.matching { it.name == "ktlintCheck" },
tasks.named("archGuards"),
// ARCHITECTURE-TESTS: Replaced old archGuards with the new test module
project(":platform:architecture-tests").tasks.named("test"),
)
}

View File

@ -0,0 +1,48 @@
---
type: Journal
status: COMPLETED
owner: Curator
date: 2026-01-29
participants:
- Lead Architect
- DevOps Engineer
- Curator
---
# Session Log: 29. Jänner 2026 - Etablierung robuster Architektur-Guards mit ArchUnit
## Zielsetzung
Etablierung eines robusten, wartbaren und zentralisierten Systems zur Überprüfung und Erzwingung der Projekt-Architekturregeln, insbesondere der Trennung zwischen Modulen (Features, Services).
## Durchgeführte Arbeiten
### 1. Strategische Entscheidung
* **Problem:** Die Notwendigkeit, die modulare Trennung (z.B. zwischen Frontend-Features und Backend-Services) technisch zu erzwingen, wurde als kritisch für die Langlebigkeit des Projekts identifiziert.
* **Analyse:** Die bestehenden, skriptbasierten Gradle-Tasks (`archGuard...`) wurden als clever, aber fragil und nicht universell genug bewertet.
* **Entscheidung:** Es wurde beschlossen, auf **ArchUnit** als zentrales, typsicheres Werkzeug für die Architektur-Verifizierung zu migrieren.
### 2. Implementierung (Iterativer Prozess & Fehlerbehebung)
Die Implementierung war ein mehrstufiger Prozess, der mehrere Herausforderungen aufdeckte:
1. **Modul-Erstellung:** Ein neues Modul `:platform:architecture-tests` wurde erstellt und die ArchUnit-Abhängigkeiten (Version `1.4.1`) wurden im zentralen Versionskatalog `gradle/libs.versions.toml` deklariert.
2. **Abhängigkeits-Problem:** Der erste Versuch, die Abhängigkeiten dynamisch zu sammeln (`rootProject.subprojects.filter`), schlug fehl, da er versuchte, nicht-baubare Verzeichnis-Module (z.B. `:backend`) einzubinden.
* **Lösung:** Umstellung auf eine explizite, manuelle Liste von `implementation(project(":..."))`-Abhängigkeiten in der `build.gradle.kts` des Test-Moduls.
3. **Klassen-Auffindungs-Problem:** Die ersten Test-Implementierungen schlugen mit der Meldung `Rule '...' failed to check any classes` fehl. Dies lag an einer Kombination aus falschen Paket-Mustern und einer inkorrekten Konfiguration des ArchUnit-Klassen-Imports.
* **Lösung:** Die finale, robuste Lösung besteht darin, die `@AnalyzeClasses`-Annotation in den Testklassen zu verwenden und den `packages`-Parameter auf das Root-Package (`at.mocode`) zu setzen. Dies stellt sicher, dass ArchUnit den gesamten relevanten Classpath scannt, der von Gradle durch die expliziten Abhängigkeiten bereitgestellt wird.
4. **Syntax-Korrekturen:** Mehrere Iterationen waren nötig, um die korrekte Syntax für die ArchUnit-Regeln (insbesondere `slices().matching(...)` und die Paket-Identifier) zu finden.
### 3. Finale Konfiguration
* **`build.gradle.kts` (`:platform:architecture-tests`):** Enthält eine explizite, manuell gepflegte Liste von Abhängigkeiten zu allen Modulen, die Code enthalten.
* **`FrontendArchitectureTest.kt`:** Verwendet `@AnalyzeClasses(packages = ["at.mocode.frontend"])` und die Regel `slices().matching("..frontend.features.(*)..").should().notDependOnEachOther()`.
* **`BackendArchitectureTest.kt`:** Verwendet `@AnalyzeClasses(packages = ["at.mocode.backend"])` und eine explizite `noClasses()..`-Regel, da die Backend-Services keine einheitliche Paketstruktur haben.
* **`README.md`:** Eine neue `README.md` wurde im Modul erstellt, um dessen Zweck und Verwendung zu dokumentieren.
## Ergebnis & Status
* **BUILD SUCCESSFUL:** Die Architektur-Tests kompilieren und laufen erfolgreich durch.
* **Keine Verletzungen gefunden:** Die bestehende Codebasis ist sauber und verstößt nicht gegen die neu aufgestellten Regeln.
* Das Projekt verfügt nun über ein zentrales, robustes und erweiterbares System zur Durchsetzung von Architektur-Regeln, das in der CI-Pipeline ausgeführt wird.
* Die alten `archGuard`-Tasks wurden aus der Root-Build-Datei entfernt.

View File

@ -1,6 +1,6 @@
# This file is the SINGLE SOURCE OF TRUTH for all project dependencies.
# Organized by Domain: Frontend (KMP) vs. Backend (Spring/JVM)
# Last updated: 2026-01-20
# Last updated: 2026-01-29
[versions]
# ==============================================================================
@ -86,6 +86,7 @@ testcontainersKeycloak = "4.0.1"
testcontainersJunitJupiter = "1.21.4"
testcontainersPostgresql = "1.21.4"
testcontainersKafka = "1.21.4"
archunit = "1.4.1"
# Gradle Plugins
foojayResolver = "1.0.0"
@ -100,6 +101,7 @@ dokka = "2.1.0"
# ==============================================================================
kotlin-test = { module = "org.jetbrains.kotlin:kotlin-test", version.ref = "kotlin" }
kotlin-reflect = { module = "org.jetbrains.kotlin:kotlin-reflect", version.ref = "kotlin" }
kotlin-test-junit5 = { module = "org.jetbrains.kotlin:kotlin-test-junit5", version.ref = "kotlin" }
kotlinx-coroutines-core = { module = "org.jetbrains.kotlinx:kotlinx-coroutines-core", version.ref = "kotlinx-coroutines" }
kotlinx-coroutines-swing = { module = "org.jetbrains.kotlinx:kotlinx-coroutines-swing", version.ref = "kotlinx-coroutines" }
@ -266,6 +268,9 @@ testcontainers-postgresql = { module = "org.testcontainers:postgresql", version.
testcontainers-kafka = { module = "org.testcontainers:kafka", version.ref = "testcontainersKafka" }
testcontainers-keycloak = { module = "com.github.dasniko:testcontainers-keycloak", version.ref = "testcontainersKeycloak" }
archunit-junit5-api = { module = "com.tngtech.archunit:archunit-junit5-api", version.ref = "archunit" }
archunit-junit5-engine = { module = "com.tngtech.archunit:archunit-junit5-engine", version.ref = "archunit" }
# BOMs
kotlin-bom = { module = "org.jetbrains.kotlin:kotlin-bom", version.ref = "kotlin" }
kotlinx-coroutines-bom = { module = "org.jetbrains.kotlinx:kotlinx-coroutines-bom", version.ref = "kotlinx-coroutines" }

View File

@ -0,0 +1,26 @@
# Architecture Tests
Dieses Modul ist der zentrale "Architektur-Wächter" des gesamten Projekts. Es verwendet [ArchUnit](https://www.archunit.org/) um sicherzustellen, dass die definierten Architektur-Regeln im Code nicht verletzt werden.
## Zweck
Der Hauptzweck dieses Moduls ist es, die strikte Trennung zwischen den verschiedenen Teilen des Systems technisch zu erzwingen und so die langfristige Wartbarkeit und Skalierbarkeit zu sichern. Dazu gehören Regeln wie:
* **Keine Kreuz-Abhängigkeiten zwischen Backend-Services:** Ein Service darf nicht direkt auf den Code eines anderen Service zugreifen.
* **Keine Kreuz-Abhängigkeiten zwischen Frontend-Features:** Ein Feature darf nicht direkt auf den Code eines anderen Features zugreifen.
* **Einhaltung von Schichten-Architekturen:** z.B. Controller -> Service -> Repository.
Diese Tests laufen als Teil der CI-Pipeline. Ein Build schlägt fehl, wenn eine Regel verletzt wird.
## Wie es funktioniert
1. **Abhängigkeiten:** Die `build.gradle.kts` dieses Moduls deklariert explizite `implementation`-Abhängigkeiten zu **allen** baubaren Modulen des Projekts, deren Architektur verifiziert werden soll.
2. **Test-Klassen:** Die eigentlichen Regeln sind als JUnit 5-Tests in den `src/test/kotlin`-Verzeichnissen implementiert (z.B. `BackendArchitectureTest.kt`).
3. **Klassen-Import:** Die Tests verwenden die `@AnalyzeClasses`-Annotation von ArchUnit, um die Klassen aus den deklarierten Abhängigkeiten zu scannen.
4. **Regel-Definition:** Innerhalb der Tests werden ArchUnit-Regeln definiert (z.B. mit `slices().should().notDependOnEachOther()`), die auf die importierten Klassen angewendet werden.
## Wie man neue Regeln hinzufügt
1. **Abhängigkeit sicherstellen:** Stellen Sie in der `build.gradle.kts` dieses Moduls sicher, dass eine Abhängigkeit zum neuen Modul, das Sie testen wollen, existiert.
2. **Test-Klasse erweitern:** Fügen Sie eine neue `@ArchTest`-Methode zu einer der bestehenden Test-Klassen (`BackendArchitectureTest.kt`, `FrontendArchitectureTest.kt`) hinzu oder erstellen Sie eine neue Test-Klasse für eine neue Kategorie von Regeln.
3. **Regel definieren:** Schreiben Sie Ihre Regel unter Verwendung der ArchUnit-API.

View File

@ -0,0 +1,49 @@
plugins {
alias(libs.plugins.kotlinJvm)
}
// This module tests the architecture of the entire project.
// It needs explicit dependencies on all modules that contain code to be checked.
dependencies {
// ArchUnit
implementation(libs.archunit.junit5.api)
runtimeOnly(libs.archunit.junit5.engine)
// Standard Kotlin Test-Bibliothek
implementation(libs.kotlin.test)
implementation(libs.kotlin.test.junit5)
// --- ADD ALL MODULES WITH CODE TO BE TESTED HERE ---
// This list must be maintained manually.
// --- CONTRACTS ---
implementation(project(":contracts:ping-api"))
// --- CORE ---
implementation(project(":core:core-domain"))
implementation(project(":core:core-utils"))
// --- BACKEND ---
implementation(project(":backend:services:ping:ping-service"))
implementation(project(":backend:services:entries:entries-api"))
implementation(project(":backend:services:entries:entries-service"))
implementation(project(":backend:services:registry:registry-api"))
implementation(project(":backend:services:registry:registry-domain"))
implementation(project(":backend:services:registry:registry-service"))
// --- FRONTEND ---
implementation(project(":frontend:features:ping-feature"))
implementation(project(":frontend:core:auth"))
implementation(project(":frontend:core:domain"))
implementation(project(":frontend:core:design-system"))
implementation(project(":frontend:core:navigation"))
implementation(project(":frontend:core:network"))
implementation(project(":frontend:core:local-db"))
implementation(project(":frontend:core:sync"))
implementation(project(":frontend:shared"))
implementation(project(":frontend:shells:meldestelle-portal"))
}
tasks.withType<Test>().configureEach {
useJUnitPlatform()
}

View File

@ -0,0 +1,30 @@
package at.mocode.archtests
import com.tngtech.archunit.core.domain.JavaClasses
import com.tngtech.archunit.junit.AnalyzeClasses
import com.tngtech.archunit.junit.ArchTest
import com.tngtech.archunit.lang.syntax.ArchRuleDefinition.noClasses
// Scan ALL project classes from the root package
@AnalyzeClasses(packages = ["at.mocode"])
class BackendArchitectureTest {
@ArchTest
fun `service modules should not depend on each other`(importedClasses: JavaClasses) {
val servicePackages = listOf(
"at.mocode.ping..",
"at.mocode.entries.."
// Add other service packages here as they are created
)
for (servicePackage in servicePackages) {
val otherServicePackages = servicePackages.filter { it != servicePackage }.toTypedArray()
if (otherServicePackages.isEmpty()) continue
noClasses()
.that().resideInAPackage(servicePackage)
.should().accessClassesThat().resideInAnyPackage(*otherServicePackages)
.check(importedClasses)
}
}
}

View File

@ -0,0 +1,20 @@
package at.mocode.archtests
import com.tngtech.archunit.core.domain.JavaClasses
import com.tngtech.archunit.junit.AnalyzeClasses
import com.tngtech.archunit.junit.ArchTest
import com.tngtech.archunit.library.dependencies.SlicesRuleDefinition.slices
// Scan ALL project classes from the root package
@AnalyzeClasses(packages = ["at.mocode"])
class FrontendArchitectureTest {
@ArchTest
fun `feature modules should not depend on each other`(importedClasses: JavaClasses) {
// The pattern must match the actual package structure, e.g., 'at.mocode.ping.feature'
slices()
.matching("at.mocode.(*).feature..")
.should().notDependOnEachOther()
.check(importedClasses)
}
}

View File

@ -159,3 +159,4 @@ include(":platform:platform-dependencies")
// --- TESTING ---
include(":platform:platform-testing")
include(":platform:architecture-tests")