Agentic Coding für Java-Teams: Spring, Maven, Gradle und Altcode

Die typische Ausgangslage

In vielen Unternehmen sieht Java-Entwicklung ähnlich aus: ein gewachsener Spring-Boot-Monolith oder ein Maven-Multimodul-Projekt, daneben einige Module auf älteren Java-Versionen, Schnittstellen zu ERP- und Bestandssystemen und eine Build-Pipeline, die länger läuft, als allen lieb ist. Genau hier entscheidet die Vorbereitung darüber, ob ein Coding Agent hilft oder nur Rechenzeit verbraucht.

Der Vorteil von Java: Statische Typen und ein strenger Compiler liefern sofort präzise Rückmeldungen. Die Schwächen liegen in langsamen Builds, verborgenem Verhalten durch Spring-Autokonfiguration, Proxys und Lombok sowie darin, dass Agenten APIs verschiedener Versionen vermischen – etwa javax.*- und jakarta.*-Importe.

Wo lohnt sich der Einsatz zuerst? Erfahrungsgemäß bei Aufgaben mit klarem Rahmen und guter Prüfbarkeit: fehlende Unit-Tests ergänzen, DTO-Mappings und Validierungen schreiben, Fehlerbilder aus Stacktraces eingrenzen, veraltete API-Aufrufe ersetzen oder eine REST-Schnittstelle samt OpenAPI-Beschreibung nach vorhandenem Muster erweitern. Weniger geeignet für den Einstieg sind Änderungen an Sicherheitskonfiguration, Transaktionslogik oder Schnittstellen zu Bestandssystemen, die sich lokal kaum testen lassen.

Schnelle Feedback-Schleifen einrichten

Der wirksamste Schritt: Hinterlegen Sie in der Instruktionsdatei (CLAUDE.md oder AGENTS.md) eng gefasste Befehle statt des Komplett-Builds.

• Maven: mvn -pl billing -am test -Dtest=InvoiceServiceTest -Dsurefire.failIfNoSpecifiedTests=false baut nur das Modul mit seinen Abhängigkeiten und führt eine Testklasse aus.
• Gradle: ./gradlew :billing:test --tests "*InvoiceServiceTest", idealerweise mit aktiviertem Build-Cache.
• Spring-Test-Slices wie @WebMvcTest oder @DataJpaTest starten deutlich schneller als ein vollständiger @SpringBootTest.
• Nutzen Integrationstests Testcontainers, braucht die Umgebung des Agenten Docker – sonst kennzeichnen Sie diese Tests als reine CI-Tests.

Was in die Instruktionsdatei gehört

• Java- und Spring-Boot-Version, damit der Agent nicht rät
• Modulgrenzen und welche Module er nicht verändern darf
• Persistenzansatz, Logging, Aufbau der Konfiguration
• Regel: keine neuen Abhängigkeiten ohne Freigabe
• Bei großen Repositories: kurze Instruktionsdateien pro Modul und der Hinweis, zuerst einen Plan vorzulegen

Starten Sie den Agenten im Modul, das er ändern soll, und halten Sie Pull Requests klein: ein Modul, ein Anliegen. Nennen Sie relevante Schnittstellen und Einstiegspunkte ausdrücklich, denn der Agent sieht nicht, was der Index Ihrer IDE kennt. Hilfreich ist außerdem ein kurzer Abschnitt mit typischen Fehlern aus früheren Reviews, damit sich dieselben Probleme nicht wiederholen.

Altmodule und Migrationen

Die Umstellung auf neuere Java-Versionen oder von Spring Boot 2 auf 3 – mit Java 17 als Mindestversion und dem Wechsel auf den Jakarta-Namespace – ist ein starker Anwendungsfall, aber nicht für den Agenten allein. Bewährt hat sich eine Arbeitsteilung: OpenRewrite-Rezepte erledigen die mechanische Masse, der Agent kümmert sich um den Rest wie Kompilierfehler in individuellem Code, kaputte Tests und veraltete APIs ohne passendes Rezept. Für Altmodule ohne Tests lässt man den Agenten zuerst Charakterisierungstests schreiben, die das heutige Verhalten festhalten, bevor irgendetwas umgebaut wird.

Review-Checkliste für Spring-Code

1. Architekturtests mit ArchUnit, damit Schichtverletzungen den Build brechen.
2. Statische Analyse in der CI mit den Werkzeugen, denen Ihr Team vertraut, etwa SonarQube, SpotBugs oder Checkstyle.
3. Transaktionsgrenzen prüfen: Aufrufe innerhalb derselben Klasse umgehen den Proxy, @Transactional greift dann nicht.
4. N+1-Abfragen in JPA, Fehlerbehandlung und Thread-Sicherheit in Singleton-Beans.
5. Lizenzen und bekannte Schwachstellen neuer Abhängigkeiten.
6. Freigabe durch einen Menschen, der die Änderung versteht.

Vertiefung bietet unser Leitfaden zur Modernisierung von Altcode mit KI-Agenten.

Wie jocapps unterstützt

neooutput bietet Praxis-Workshops und Team-Trainings zu Agentic Coding auf Deutsch oder Englisch, vor Ort oder remote. Java-Teams richten dort Instruktionsdateien, Feedback-Schleifen und Review-Regeln ein – jede Session endet mit einem funktionierenden Ergebnis. Fehlt Umsetzungskapazität, entwickelt OnlineAppCreator individuelle Software, macht KI-Prototypen produktionsreif und bietet langfristige SLAs. Mehr unter Agentic-Coding-Workshops oder im kostenlosen Erstgespräch über den Terminplaner.