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

Beliebte Posts aus diesem Blog

Die dunkle Seite der Wissenschaft: Die Analyse von Unternehmensdokumenten zeigt den Einfluss der Industrie auf die PFAS-Forschung

Solarenergie rund um die Uhr mit dem EcoFlow PowerStream Balkonkraftwerk