Java User Group Hamburg

Agentic AI gilt aktuell als der nächste große Evolutionsschritt im Bereich der generativen KI: autonome Agenten, die Ziele verfolgen, Tools nutzen, miteinander kommunizieren und so im Zusammenspiel als Multi-Agenten Systeme komplexe Aufgaben selbstständig lösen. Doch was davon ist bereits heute realistisch nutzbar – und wo endet der Hype?
In seiner Session gibt Lars Röwekamp einen praxisnahen Einblick in den Status Quo von Agentic AI und diskutiert mögliche Einsatzszenarien in Software-Entwicklung und Architekturarbeit inklusive der damit verbundenen Chancen und Risiken – denn das eine kommt in der Regel nicht ohne das andere daher!
Für die Beantwortung der Fragestellung, ob wir es bei Agentic AI eher mit einer Evolution oder eine Revolution zu tun haben, wagt Lars einen Blick „zurück in die Zukunft“ und skizziert, wohin uns die rasante Entwicklung im Umfeld der künstlichen Intelligenz in der Software-Entwicklung und der Architekturarbeit in den kommenden Jahren führen kann und was dies für uns Menschen bedeutet. Spoiler: Es gibt nicht nur Positives zu berichten und einige essentielle Hausaufgaben für ein glückliches Miteinander von Mensch und Maschine.

Referent:
Lars Röwekamp, Gründer und Geschäftsführer bei der open knowledge GmbH, beschäftigt sich als „CIO New Technologies“ mit der Analyse und Bewertung neuer Software-und Technologietrends. Ein besonderer Schwerpunkt seiner Arbeit liegt derzeit auf Enterprise und Cloud Computing, Big Data und KI, wobei neben Design-und Architekturfragen insbesondere die Real-Life-Aspekte im Fokus seiner Betrachtung stehen. Er ist Autor vieler Fachartikel und -bücher und beschäftigt sich seit der Geburtsstunde von Java mit dieser Programmiersprache.

The outbox pattern is a common solution for implementing data flows between microservices. By channeling messages through an outbox table, it enables services to update their own local datastore and at the same time send out notifications to other services via data streaming platforms such as Apache Kafka, in a reliable and consistent way.
However, as with everything in IT, there’s no free lunch. How to handle backfills of outbox events, how to ensure idempotency for event consumers? Doesn’t the pattern cause the database to become a bottleneck? And what about alternatives such as “Listen-to-Yourself”, or the upcoming Kafka support for 2-phase commit transactions (KIP-939)?
It’s time to take another look at the outbox pattern! In this session I’ll start by bringing you up to speed on what the outbox pattern *is*, and then go on to discuss more details such as:
- Implementing the pattern safely and efficiently
- Its semantics, pros and cons
- Dealing with backfills
- Potential alternatives to the outbox pattern and the trade-offs they make

Referent:
Gunnar Morling ist Open-Source-Softwareentwickler im Java- und Data-Streaming-Bereich, gegenwärtig tätig als Technologist für Confluent. Zuvor arbeitete er an einer Plattform für Real-Time Stream Processing basierend auf Apache Flink; weiterhin leitete er das Debezium-Projekt, eine verteilte Lösung für Change Data Capture. Er ist ein Java Champion und hat diverse Open-Source-Projekte wie Hardwood, kcctl, JfrUnit und MapStruct ins Leben gerufen. Gunnar bloggt auf morling.dev und teilt seine Erfahrungen in Vorträgen, u.a. bei JavaLand, QCon, JavaOne und Devoxx. Er lebt und arbeitet in Hamburg.