Java hat jetzt einen eigenen KI-Agenten-Stack. Und er ist sauber.
Google hat ADK for Java 1.0 veröffentlicht. ADK steht für Agent Development Kit — ein Framework für den Bau von KI-Agenten. Bisher war das überwiegend Python-Territorium. Jetzt ist Java offiziell dabei.
Was bringt das konkret?
Native Agent-to-Agent-Kommunikation. ADK implementiert das A2A-Protokoll. Java-Agenten kommunizieren direkt mit Agenten in Python, Go oder TypeScript. Das ist wichtig für heterogene Enterprise-Umgebungen — und die meisten größeren Shops sind heterogen.
Human-in-the-Loop-Workflows. Wenn ein Agent eine kritische Aktion ausführen will, pausiert er und wartet auf Bestätigung. Kein nice-to-have — ein Grundbaustein für Compliance-relevante Prozesse.
Enterprise-taugliches Session-Management. InMemorySessionService für lokale Entwicklung, VertexAiSessionService für Production, FirestoreSessionService für persistente State-Verwaltung. Das ist der Stack, den man in einem produktiven System braucht.
Java und Go parallel. Wer Go-Microservices und Java-Backend gleichzeitig betreibt — und das tun viele moderne Shops — hat jetzt einen konsistenten Agenten-Stack über beide Sprachen. Google hat Go schließlich selbst gebaut.
Was bedeutet das für Java/Jakarta-EE-Teams?
Bisher war der typische Weg zu KI in Enterprise-Systemen: Python-Service bauen, REST-API drüber, Java ruft HTTP-Endpoint auf. Das funktioniert. Aber es ist ein separater Deployment-Footprint, eine separate Sprache, separate Monitoring-Infrastruktur, ein separates Team, das "den KI-Teil" macht.
Mit ADK for Java fällt diese Schicht weg. KI-Agenten leben jetzt im selben Ökosystem wie der Rest der Applikation. Dependency Injection, bekannte Build-Tools, vertraute Deployment-Prozesse.
Das ist nicht revolutionär spektakulär. Aber es ist praktisch sauber. Und in Enterprise-Projekten entscheidet oft "praktisch sauber" über Adoption.
LangChain4j, Quarkus und Micronaut haben den Weg schon gezeigt: Java ist bereit für AI-native Entwicklung. Google ADK macht den nächsten logischen Schritt.
Was ich noch abwarten würde: echte Production-Erfahrungen. Version 1.0 heißt stable API, nicht battle-tested. Wer damit in kritische Prozesse geht, sollte das mit offenen Augen tun.
Experimentieren lohnt sich trotzdem. Der Stack ist sauber dokumentiert, der Einstieg ist schnell.
27 Jahre nach Java 1.1 — die Sprache entwickelt sich weiter. Das ist die eigentliche Nachricht.
Kommentare
Kommentar veröffentlichen