Fred H.-Senior Java-Architekt und -Entwickler | Domain-Architekt (DDD, Knowledge Systems)

Wiederkehrendes Problem in eigenen KI-gestützten Projekten: Anforderungsanalyse, Use Cases und Architekturentscheidungen entstehen mit KI-Unterstützung zwar schnell, bleiben aber wenig nachvollziehbar und über Markdown-Dateien verstreut – Wissen geht verloren, sobald es nicht mehr im Kontextfenster ist. arknet macht Requirements Engineering und Architekturwissen zu strukturierten, prüfbaren Daten statt Fließtext: Anforderungen, Use Cases und Architekturentscheidungen als durchgängig verknüpfter Wissensgraph, von der Anforderung bis zur Architekturentscheidung nachvollziehbar – für Menschen und KI-Agenten gleichermaßen abfragbar. Technisch auf RDF/OWL und einem eigenen MCP-Server aufgesetzt.

Ergebnis: MCP-Daemon lauffähig, Docker-Image automatisiert auf GHCR veröffentlicht, neun hexagonale Module, elf ADRs (u. a. Open-Core-Lizenzmodell). Requirements-Engineering- und Ubiquitous-Language-Hexagon aktiv. Seit 07/2026 als Community Edition unter Apache-2.0 öffentlich (github.com/kogn-io/arknet), zusammen mit dem Claude-Code-Plugin und dem GHCR-Image; Open-Core-Modell.

Label: Java, Maven, RDF, RDF4J, OWL, SPARQL, Model Context Protocol, Spring AI, Docker, GitHub, Git, Claude Code, Obsidian, DDD, Hexagonal Architecture, ArchUnit, JUnit, AssertJ, Schnittstellenentwicklung, Software Architecture, Continuous Integration, Knowledge Management

Aufbau einer vollständig lokal (on-premise) laufenden KI-Umgebung für strukturierte Extraktion aus E-Mails – lokale Sprachmodelle statt Bindung an einen großen Cloud-Anbieter. Evaluierung mehrerer lokaler Modelle auf Consumer-Hardware nach Eignung, Qualität und Ressourcenbedarf, Anbindung an die eigene Java-Anwendung über Spring AI, Absicherung der Modell-Ausgabe über Schema-Validierung mit Reparatur-Schleife. Durchgehend DDD und Hexagonale Architektur.

Ergebnis: Lauffähige lokale Umgebung auf gebrauchter Consumer-GPU. Belastbarer Praxis-Vergleich: ein kleines Modell löst die Extraktion bei rund 2,5 Sekunden pro Mail (warm, 14-Fixture-Benchmark); zentraler Befund, dass die Modellwahl auf solcher Hardware zuerst eine VRAM-Frage ist (ein deutlich größeres Modell war rund siebenmal langsamer, weil es nicht vollständig in den Grafikspeicher passte). Schema-Validierung mit Reparatur-Schleife fängt strukturell kaputte Ausgaben ab. Vorgehen öffentlich in einem zweiteiligen Fachartikel auf hauschel.de beschrieben.

Label: Java, Spring Boot, Spring AI, Ollama, Claude Code, Docker, Git, GitLab CI, JUnit, jMolecules, DDD, Hexagonal Architecture, arc42, GitLab, Spring, Software Architecture, Continuous Integration

Legacy-Analyse und -Modernisierung in einem Buchhaltungsprodukt. Ablösung eines Bestandsmoduls, Refactoring des historisch gewachsenen Anbindungscodes, Entwicklung eines eigenen Umstellungs-Werkzeugs auf Spring Statemachine, komplett neu aufgebaut.

Abstimmung mit verschiedenen Teams bzgl. Umsetzung, Tests und Schnittstelle

Dokumentation der Schnittstelle

Analyse der bestehenden Schnittstelle

Code Refactoring

Architektur Refactoring

Architektur und Entwicklung des Migrationstools

Ergebnis: Lauffähiges Migrationstool auf Spring Statemachine, analysierte und dokumentierte Schnittstelle für das Nachfolge-Modul, refactorter Anbindungscode. Go-live nach Projektaustritt.

Label: Java, Java Swing, Spring Boot, Spring Statemachine, ActiveMQ, SQL, Hibernate, Git, GitLab, Confluence, Jira, Scrum, Spring, Schnittstellenentwicklung, Software Architecture

Architektur einer Microservice-Marktplatz-Plattform, fachlich entlang der Domänen Organisationen, Lösungen, Bestellungen und Angebote geschnitten (je eigener Service).

Analyse einer bestehenden Plattform und Einschätzung der Wiederverwendbarkeit/Erweiterbarkeit

Erarbeitung/Dokumentation einer Architektur für eine neue Plattform (Microservice)

Umsetzung erster Microservices, die als Template dienen

Anbindung an Keycloak, Konfiguration über Keycloak REST-API

Umsetzung eines asynchronen Taskmanagements auf Basis von ActivityPub

Ergebnis: Microservice-Architektur erarbeitet und dokumentiert; erste Microservices als Template umgesetzt; asynchrones Taskmanagement auf ActivityPub-Basis konzipiert und mit der Umsetzung begonnen; Keycloak-Anbindung über REST-API.

Label: Java, Spring Boot, Spring WebFlux, RDF, JSON-LD, Turtle, RDF4J, ActivityPub, Keycloak, Docker, Maven, Git, GitLab CI, Testcontainers, Spring Config Server, Spring JPA, Confluence, Jira, Scrum, GitFlow, REST, Spring, DDD, Hexagonal Architecture, GitLab, Schnittstellenentwicklung, Software Architecture, Continuous Integration

Microservice, der die Positionierung von Werbespots in Werbeblöcken regelbasiert automatisiert; Änderungen über UI kontrollierbar, Regelverletzungen gemeldet.

Initiales Aufsetzen des Projektes, mit Continuous Delivery und Anbindung an Monitoring-Systeme in enger Kooperation mit den Ops

Konzeption und Entwicklung der automatisierten Optimierung der Spots im Scrum-Team

Einlesen von Werbespots über REST-Schnittstellen

Abstimmung und Umsetzen der REST-Schnittstelle für die UI

Ergebnis: Produktiver Microservice mit Continuous-Delivery-Pipeline und Monitoring-Stack (Prometheus, Elasticsearch, Kibana); UI-Anbindung und Regelverletzungs-Meldung über REST.

Label: Java, Maven, Spring Boot, REST, Postman, Docker, AWS, Git, GitLab CI, Jira, Confluence, Prometheus, Elasticsearch, Kibana, Terraform, Scrum, GitLab, Spring, Schnittstellenentwicklung, Software Architecture, Continuous Integration

Über gut zweieinhalb Jahre eine durchgehende Linie zur Test-Automatisierung in mehreren aufeinander aufbauenden Projekten. Beginnend mit der Analyse der getrennt arbeitenden Entwicklungs- und Qualitätssicherungs-Abteilungen (unterschiedliche Werkzeuge, hohe Redundanz), darauf ein Test-Framework für die Entwicklung, das die Qualitätssicherung anschließend übernahm und weiter ausbaute. Über die Projekte hinweg wuchsen Qualität, Reporting und die Zusammenarbeit beider Abteilungen deutlich.

Analyse der IST-Situation von Entwicklung und QA, Erarbeitung von Verbesserungsvorschlägen

Konzeption und Realisierung der Test-Frameworks

Reporting unter Vernetzung von Testframework, Jira und HP Quality Center / HP ALM

Beratung interner Mitarbeiter bei Entwicklungs- und Architekturthemen

Einführung agiler Vorgehensweisen und von Jira, Optimierung der Auswertemöglichkeiten

Kommunikation mit unterschiedlichsten Stakeholdern, Überzeugungsarbeit für erprobte Verfahren

Ergebnis: Gemeinsames Testframework für Entwicklung und QA aufgebaut, das Stand Mitte 2026 noch im Einsatz ist (im Juli 2026 durch einen Kollegen aus der Testabteilung bestätigt). Reporting-Vernetzung mit HP Quality Center / HP ALM, Jira-Einführung in der QA.

Label: Jenkins, Java, Groovy, JUnit, Spock, Maven, Nexus, SVN, Concordion, SoapUI, HP Quality Center, HP ALM REST API, Jira, Scrum, Confluence, Schnittstellenentwicklung, Software Architecture, Continuous Integration

Prozessberatung für die Definition von Incident- und Change-Management-Prozessen der IT, unterstützt durch Jira, samt Definition einer neuen Schnittstelle zwischen dem Issue Tracker des Service-Dienstleisters und Jira. Beratung von Management sowie Front-, Middle- und Backoffice bei Prozessgestaltung, Jira-Anpassung und Dienstleisterauswahl.

Beratung des Managements sowie Frontoffice, Middleoffice und Backoffice

Unterstützung der Beteiligten bei der Gestaltung der Incident- und Change-Management-Prozesse

Unterstützung bei der Anpassung von Jira an die Prozesse und der Auswahl weiterer externer Dienstleister

Label: Jira, Scrum, Confluence, Gliffy, Enterprise Architect, Schnittstellenentwicklung

Reorganisation der Laufzeitumgebung: 5 Produkte auf 6 Umgebungen beim Hardware-Dienstleister, fragmentierte Infrastruktur auf eine einheitliche Linie gebracht. Buildprozess, Softwarestruktur sowie Entwicklungs- und Rollout-Prozesse überarbeitet und vereinheitlicht, Frameworks/Libraries und Datenbank aktualisiert.

Analyse der bestehenden Infrastruktur, Software, Prozesse und Dokumentation

Planung und Überwachung der neuen Infrastruktur nach Vorgaben der Bank

Steuerung verschiedener Teams

Optimierung und Dokumentation des Software-Lifecycle-Prozesses

Migration der bestehenden Software auf neue Strukturen und Frameworks bzw. Libraries

Auslagerung von redundantem Code in zentrale Libraries

Einführung und Entwicklung von Tools zur Überwachung der Infrastruktur

Label: Java, JBoss (v7.1), Oracle (v11g), Jetty, Hibernate (v4), Spring (v3.1), Maven (v3), Nagios, Jenkins, Sonar, Nexus, SVN, XML, XMLBeans, Enterprise Architect, Redhat Linux, SQL, Continuous Integration

Build-Reorganisation für 21 Webapplikationen und 30 Libraries: der bestehende Ant-Build wird auf Maven 3 umgestellt, einfacher und flexibler gestaltet und in die Continuous-Integration (Hudson) integriert, mit dem Ziel, Dokumentation und Metriken automatisch zu erzeugen. Die Migration läuft über ein Skript, das die Maven-konforme Projektstruktur aufbaut, ohne Wartung und Weiterentwicklung zu unterbrechen und unter Erhalt der SVN-Historie.

Analyse des bestehenden Build-Managements

Optimierung und Abbildung der Entwicklungs- und Build-Prozesse

Konzeption des Build-Managements in Maven 3

Erstellung eines Ant-Migrationsskripts (svn4ant), das die Projektstruktur Maven-konform umbaut und die SVN-Historie erhält

Realisierung des neuen Build-Prozesses

Automatisch erzeugte Dokumentation und Code-Metriken (Javadoc, Xref, PMD, FindBugs, Checkstyle, Cobertura/Code-Coverage, Dependencies, Release Notes)

Qualitätssicherung und Refactorings am Legacy-Code

Ergebnis: Reorganisierte Build-Landschaft (Ant → Maven 3), automatisierte Metriken, erhaltene SVN-Historie.

Label: Java, Ant, Maven (v3), Hudson, Proximity, PMD, FindBugs, Checkstyle, Cobertura, SVN, Tomcat (v6), JUnit, Servlets, JSP, Struts, XML, Apache Commons, Continuous Integration

Produktkategorien-übergreifendes Redesign einer über Jahre gewachsenen, hochkomplexen Logistikplattform: die bestehende PL/SQL-Lösung wird durch eine nachrichtenbasierte Architektur nach Enterprise Integration Patterns (Gregor Hohpe) abgelöst. Ziel ist die Modularisierung, um Fehler im Release zu reduzieren und eine flexible Basis für künftige Anforderungen zu schaffen.

Entwurf des produktkategorien-übergreifenden Redesigns der Logistik

Ablösung der PL/SQL-Logik (Extraktion aus dem Auftragsverwaltungssystem, Lieferschein an den Logistikdienstleister) durch eine Messaging-Architektur nach EIP

Dokumentation der Architektur mit den Pattern-Symbolen von Gregor Hohpe, um den Bezug zur Literatur herzustellen

Ergebnis: Logistikplattform von PL/SQL auf eine nachrichtenbasierte Architektur (EIP) umgebaut.

Label: Java (v1.4), Maven (v2), Archiva, SVN, Web Services, WSDL, XSD, XML, Mantis, Oracle OC4J, Confluence, Enterprise Architect, Enterprise Integration Patterns, Share Point, UML, SQL, Oracle, Schnittstellenentwicklung, Softwarearchitektur

Ausweitung des Installationsservice zu einem "Full-Service-Installationskonzept": über eine Installer-Software (Installer-CD), die Kunde oder Servicetechniker durch die Installation führt, werden Registrierung, Login, Bestellung und Download des Sicherheitspakets, Produktinformationen sowie das Einrichten und Bestellen von Messaging und Hosting abgedeckt.

Ersetzen des PHP-Service durch eine Java-Implementierung

Erstellen einer neuen Library für Authentifizierung und Autorisierung, die den schlecht wartbaren Legacy-Code mittelfristig ablöst und zugleich als WebService angeboten wird

Extraktion der Passwort-Validierungslogik aus dem Legacy-Code, wiederverwendbar für bestehende und neue Library bereitgestellt

Anbindung bestehender, teils externer WebServices

Ergebnis: PHP-Service durch wiederverwendbaren Java-Service mit Auth-Library abgelöst.

Label: Java (v1.4), Maven (v2), Archiva, SVN, Web Services, WSDL, XSD, XML, Apache Commons, Spring, Clear Quest, Tomcat (v5), Oracle OC4J, Confluence, Enterprise Architect, UML, Schnittstellenentwicklung, Software Architecture

Optimierung des Entwicklungsprozesses in einer über Jahre gewachsenen, heterogenen IT-Landschaft mit über viele Teams verteilter Entwicklung. Als Architekt und Schnittstelle zwischen den Projektbeteiligten die Technologie auf den aktuellen Stand bringen und Innovationen vorbereiten, die technisch wie wirtschaftlich Nutzen bringen; federführend im Team Middleware für Agenten- und Kundenportale.

Property-Management-Prozess etabliert, alle Properties zentral gepflegt und durch den Build je Umgebung in .zip-Dateien aufgeteilt, mit einheitlichem und austauschbarem Zugriffsmechanismus über Spring und Apache commons-config

Einführung von Maven 2 und des damit vorgegebenen Build-Prozesses

Informationsportal auf Basis eines Metamodells (Umgebungen, Bebauungspläne, Artefakte, Releases) – zeigt Maven-Artefakte mit Versionen, Release Notes, Metriken, Doku und Soll-/Ist-Bebauung, mit Navigation von der Umgebung bis in den Quellcode

Einführung eines Confluence-Wikis zur Dokumentation der Softwareartefakte

Einführung von State-of-the-Art-Technologien wie Axis 2 und Spring

Model Driven Software Development über eine selbst entwickelte DSL, mit der Schnittstellen abstrakt beschrieben werden; ein Generator erzeugt daraus per Templates komplette technische Softwareteile (u.a. WSDL-Generator), damit sich Entwickler auf die Business-Logik konzentrieren

Ergebnis: Build- und Toolkette modernisiert (Maven 2, eigene DSL mit xtext/xpand, Informationsportal mit Metamodell).

Label: Java (v1.4), Ant, Maven (v2), Archiva, SVN, CVS, Axis (v1), Axis (v2), Web Services, WSDL, XSD, XML, Servlets, JSP, Struts, Spring, Spring LDAP, OpenArchitectureWare, xtext, xpand, Tomcat (v5), Confluence, Enterprise Architect, UML, Apache Commons, Clear Quest, Quartz, Schnittstellenentwicklung, Software Architecture, Knowledge Management

Weiterentwicklung einer webbasierten Kundenberatungssoftware in einer Mehrschichten-Architektur: die Webapplikation erfasst die finanzielle Situation, wertet sie aus und bietet Produkte an; gemeinsam mit anderen Kanälen greift sie auf dieselbe Middleware zu.

Analyse des Ist-Standes (Architektur-Review, Beurteilung der Spezifikation, Bewertung von Vorgehensmodell und Tests) und Empfehlungen für das weitere Vorgehen

Erarbeitung eines alternativen Architekturvorschlags

Beratung bei der Toolauswahl und Empfehlung der Entwicklungsumgebung

Beratung in branchen- und anwendungsspezifischen Fragen

Mitarbeit bei der Übernahme der Webapplikation (v.a. Middleware-Anbindung)

Vertretung der technischen Sicht in den Meetings mit der Großbank

Initiative für eine engere Zusammenarbeit mit dem Team des Parallelprojekts

Ergebnis: Architektur-Review und Alternativvorschlag; Mitarbeit bei der Übernahme der Webapplikation (Middleware-Anbindung).

Label: Java, CVS, Java (v1.3), Tomcat (v4.1), Struts, Apache Commons, Enterprise Architect, Software Architecture

Die historisch gewachsene Source-Code-Organisation einer Bank hält den Anforderungen nicht mehr stand und wird nach den neuesten JBF-Richtlinien restrukturiert; Besonderheit: die Umstellung musste an einem Tag vollzogen werden.

Analyse der Source-Code-Organisation

Planung des Refactorings

Erarbeitung der Richtlinien für den Umzug und Betreuung des Umzugs des Source-Codes innerhalb des CVS

Refactoring, Test und Inbetriebnahme

Label: Java, CVS, Java (v1.3), JBF (v4.15)

Modernisierung der Kreditsachbearbeitungs-Anwendung (Fortsetzung des Projekts von 2001): auf den neuesten Stand des Java Banking Framework gebracht und die bisherige HTML-Oberfläche durch einen über Webstart gestarteten JBF-Swing-Client abgelöst. Die dreischichtige Anwendung (Client, Server, Backend) kommuniziert in der Server-Schicht über XML mit dem Lotus-Notes-Backend.

Technische Analyse der Schnittstelle zwischen Client und Server

Konzeption der Schnittstelle

Design und Implementierung der Server-Schicht

Label: Java, CVS, Java (v1.3), Tomcat, JBF (v4), XML, HTML, Schnittstellenentwicklung

Ablösung einer bestehenden Kreditsachbearbeitungsanwendung durch eine zukunftsfähige Anwendung mit Java, Servlets und JBF – mit Importschnittstelle und Anbindung einer komplexen Hostanwendung über Standard-Patterns (GoF).

Technische Analyse

Konzeption einer Importschnittstelle

Design und Implementierung der Anbindung einer komplexen Hostanwendung unter Einsatz von Standard-Patterns (GoF)

Label: Java, Java (v1.1), JBF (v3), Servlets, CVS, Schnittstellenentwicklung

Erweiterung der Internetpräsenz und Umstellung des Finanzportals von Microsoft COM auf J2EE; die Aufgaben ergaben sich innerhalb einer komplexen Projektlandschaft anhand einzelner Themen.

Anforderungsanalyse: Anforderungskatalog gemeinsam mit Fachbereich und Webdesigner, technische Beratung, Bericht an den Gesamtprojektleiter, Teamleitung

Projektplanung und -organisation: Mitarbeit am umfassenden technischen Projektplan, Termin- und Ressourcenplanung, Einarbeitung von Teamkollegen, Kommunikation zwischen Endkunde, Auftraggeber und Subunternehmen

Anbindung eines Hostsystems an das neue Portal: Analyse der bisherigen Anbindung, Design einer neuen J2EE-konformen Lösung, Einarbeitung des Entwicklungsteams, Leitung der Entwicklung eines Testframeworks

Anbindung eines Kursdatenproviders über XML: Konzeption und Realisierung einer XML-Schnittstelle in Java über eine J2EE-konforme Plattform (Enterprise JavaBeans) bis hin zur Web-Tier

Zusammenführung von Client und Server: Anbindung statischer HTML-Seiten an die Middleware über JSPs, Erstellung von Test-JSPs

Ergebnis: Finanzportal von MS COM auf J2EE umgestellt; J2EE-konforme Hostanbindung entworfen; XML-Schnittstelle zum Kursdatenprovider konzipiert und realisiert; Wertpapier-Teilteam aufgebaut und geführt.

Label: Java, TogetherJ (v4), Java (v1.2), Tomcat, BEA Weblogic (v5.1), abaXX ebs, abaXX JSP-Framework, PVCS (v6.5), Oracle (v8i), HTML, JSP, UML, XML, Schnittstellenentwicklung

Eine Java-Anwendung soll Programmdaten eines Fernsehsenders aus einer XML-Datei in eine Datenbank übertragen.

Konzeption und Realisierung der Java-Anwendung

Grafische Darstellung der Daten unter Verwendung von HiGrid-Klassen (KL-Group)

Test, Wartung und Erweiterung

Label: Java, Java Swing, JDBC, XML, Informix