Die Berechtigungsverwaltung musste auf eine einheitliche, unternehmensweite Struktur umgestellt werden, dazu hat man sich als Zielsystem für Keycloak mit OpenId-Connect entschieden. Dazu wurden die Wildfly-Server auf neue Versionen angehoben, diverse Teilprojekte aktualisiert und die gesamte Berechtigungssteuerung umgestellt.

Die Einarbeitung und Umstellung erfolgte zu Beginn prototypisch, um die technischen Herausforderungen durch die vorhandenen Abhängigkeiten zu identifizieren und einen einheitlichen Lösungsweg zu erarbeiten. Dabei wurden zusätzlich alltägliche Entwicklungsprobleme identifiziert und abgemildert.

Java                          8, 11,17

Server                      Wildfly 26, Tomcat 9.x

Datenbanken         Oracle DB, PostgreSQL

Die zentrale Aufgabe im Projekt lag in der Migration der Datenmodelle eines Bundeslandes in das Datenmodell eines anderen Bundeslandes und der damit verbundenen Zusammenlegung der Anwendungen. Dazu mussten beide Datenmodell analysiert, eine Datenmodell-Transformation implementiert und diverse Tests durchgeführt werden. Da es sich um ein Verfahren zur Auszahlung von Sozialgeldern handelt, war eine hohe Genauigkeit bis zu den jeweiligen Berechnungen notwendig.

Zusätzlich wurden mehrere neue Anforderungen implementiert und Fehler korrigiert.

Java                            8

Server                        Jetty 9.x + Tomcat 8.x

Datenbanken             Oracle DB, HSQLDB

Technologien            Java, REST, JSON, XML, JPA, PL/SQL

Frameworks              RESTEasy, FasterXML, Hibernate, JUnit, Mockito, Flyway, Eclipse, SWT/RWT, RAP, Keycloak, iText

Tools                          Maven, Eclipse IDE, SVN, Git, Jenkins, Jira, xWiki

• Daten-Migration
  • Der eigene Aufgabenschwerpunkt umfasste die gesamte Analyse des abzulösenden Datenmodells mit dessen Daten (ca. 40 Tabellen mit mehreren GB Daten).
  • Identifikation von Problemen im bisherigen Datenmodell mit ausarbeiten von geeigneten Lösungen.
  • Implementieren einer performanten Transformation in Form einer eigenständigen Java-Anwendung.
  • Die Performance wurde durch Analyse des Datenbank-Schemas, Optimierung von Triggern, Indizies usw. gesteigert. Die Transformationsanwendung selbst nutzt Multi-Threading mit optimierten Datenbank-Lese- und Datenbank-Schreibzyklen.
  • Die Qualität der Daten-Migration wurde durch Berechnungs-Tests über die transformierten Daten mit umfangreichen Auswertungen sichergestellt.
• Weiterentwicklung
  • Implementierung neuer Oberflächen mit SWT/RWT und Javascript.
  • Implementierung von Backend-Logik zur Verarbeitung.
  • Erweiterung vom Datenmodell (Tabellen, PL/SQL) incl. Hibernate-Mapping
  • Korrektur von Programm-Fehlern und JUnit-Tests

Die Unternehmensplattform wurde neu entwickelt und das eigene Teilprojekt beschäftigt sich mit der Kommunikation zwischen den einzelnen Komponenten. Es werden die Daten von verschiedenen anderen Drittsystemen eingelesen oder über verschiedene Schnittstellen empfangen und an die Ziel-Systeme weitergeleitet.

Es handelt sich um ein reines Backend-System, dass in einem JBoss EAP zusammen mit Camunda BPM für die Ablaufsteuerung arbeitet.

Eines der Hauptprobleme stellt die Performance mit den teilweise sehr umfangreichen Datenmengen dar, besonders im Zusammenspiel mit Camunda BPM. 

Java                            11

Server                        JBoss EAP

Datenbanken             IBM DB2, H2

BPM                           Camunda BPM, Camunda Modeler

- Der eigene Aufgabenschwerpunkt umfasste die Implementierung von Camunda-Prozessen mit ihren Java-Delegates.

- Anbindung von REST- und Webservice-Schnittstellen

- LDAP-Anbindung zur Authentifizierung und Autorisierung.

- Aufbau der Datenbank-Schemas incl. Hibernate-Anbindung, JPA.

- Integration von Swagger/OpenApi mit Swagger-UI zur automatischen Generierung von Schnittstellen-Spezifikation (JSON/YAML) der angebotenen REST-Services.

- Integration von Flyway für die automatische DB-Initialisierung (Lokal und Test-Umgebunden.)

- Die DB2 wurde sowohl für normalisierte Datenmodelle, wie auch für JSON (BSON) genutzt, um im NoSQL-Style die Daten auszuwerten.

- Der Test-Ablauf wurde erweitert und eine vollständige Test-Automatisierung im JUnit Umfeld mit Camunda BPM und Weld SE (CDI) realisiert.

- Die Testabdeckung umfasst alle einzelne Methoden, sowie die bekannten Camunda-Anwendungsfälle. Die Ausführung erfolgt mit jedem Maven-Build.

- Zur Steigerung der Code Qualität wurde SonarQube angebunden und der Code-Review Prozess von Bitbucket genutzt.

- Die technische Dokumentation wurde in Confluence gepflegt, zum Beispiel: Datenmodelle; Verschiedene Services, Caching-Konzepte, usw.; Bereitgestellte Schnittstellen für andere Systeme.; Anwendungs-Infrastruktur.

- Weitere Implementierungsdetails wurden direkt im Code und in Markdown-Dateien beschrieben.

Zum Verkauf der Versicherungen wird hauptsächlich eine eigenständig entwickelte Anwendung genutzt, diese muss ständig an die neuen Produkte und gesetzlichen Regelungen angepasst werden. Sie wird von den internen Mitarbeitern, wie auch unabhängigen Maklern verwendet.

Die Anwendung ist klassisch in Frontend (Client) und Backend (Server) unterteilt. Die Oberflächen für den Anwender werden innerhalb des Eclipse RCP Frameworks umgesetzt und zusätzlich gibt es noch weitere ?Kanäle? mit eigenständigen Oberflächen die nur den Backend-Teil über Webservices aufrufen.

Die interne Struktur ist stark verteilt über diverse Subsysteme und Host-Implementierungen, daher wurde die gesamte Analyse und Entwicklung von einem umfangreichen Abstimmungsaufwand begleitet.

Java                          8 und 11

Webserver                JBoss EAP, Eclipse Jetty (embedded)

Technologien            Java SE, Java EE, JAX-WS, SOAP, Webservices, JAX-RS, REST, JSON, XML, LDAP, OSGI

Frameworks             Eclipse RCP, Riena, Hessian, Jackson, FasterXML, JUnit, Mockito

Tools                         Maven, SVN/Git, Jenkins, Checkstyle, Sonar, CIB Document Workbench, Jira, Confluence

Für die Beratung der Kunden wird eine neue Web-Plattform aufgebaut, mit dessen Hilfe die Vor- und Nachteile der aktuellen finanziellen Absicherung besser dargestellt werden. Intern wird die Plattform direkt von den Beratern genutzt und ermöglicht einen einheitlichen Beratungsablauf, der zum Großteil nach deren Anforderungen gestaltet ist. Über verschiedene öffentliche Zugänge erhalten die Kunden teilweise selbst direkten Zugriff auf die Plattformen und können dort selbständig ihre aktuelle Situation bewerten.

Die Anwendung ist klassisch in Frontend (Client) und Backend (Server) getrennt, die Oberflächen werden in einer modernen Single-Page Variante mit Javascript und das Backend zustandslos mit einfachen Servletcontainern entwickelt. Die Kommunikation zwischen Frontend und Backend wird über diverse REST-Services ermöglicht und nutzt die Vorteile von Spring-Boot. Weitere Dritt-Systeme sind teilweise über legacy SOAP Webservices angebunden.

Die interne Struktur der Anwendung verteilt sich über weitere Dritt-Services und ist vollständig Zustandslos, selbst der Speichervorgang von Kundendaten erfolgt in einem Dritt-System und macht eigene Datenbanksysteme obsolet. So lassen sich die verschiedenen Einzel-Anwendungen mit hohem Focus auf die Fachlichkeit und reduzierten internen Abhängigkeiten entwickeln und ermöglichen einen erhöhte Wiederverwendbarkeit von eigenen Anwendungs-Bausteinen.

Java                          8

Server                       Tomcat (mit Spring Boot)

Technologien            Java SE, JAX-RS, REST, JAX-WS, SOAP, Webservices, LDAP

Frameworks              Jackson, FasterXML, JUnit, Mockito, PowerMockito, Groovy, Spock, AssertJ, Spring Boot, Swagger / OpenApi, Swagger-UI, Typescript, Angular

Tools                         IntelliJ IDEA, Maven, Bitbucket, TeamCity (Continuous Integration), Checkstyle, Sonar, Confluence, Jira

Es handelt sich um mehrere einzelne Client-Server Plattformen zur Verwaltung von allgemeinen Stammdaten bis hin zu diversen stark strukturierten Finanzprodukten (Optionsscheine, Zertifikate, usw.). Der flexible Aufbau verteilter Anwendungsplattformen erlaubt eine höhere Flexibilität während der Weiter- und zusätzlichen Neuentwicklungen.

Das Ziel der Anwendungen liegt in einer deutlichen Steigerung der Product-to-Market-Time und einer einheitlichen Struktur alle existierenden Finanzprodukte, gleichzeitig steigert man die Revisionssicherheit und reduziert die Fehler während der Produkterstellung.

Die einzelnen Anwendungen werden im Backend mit standardisierten JavaEE-Application-Servern entwickelt und die Clients mit modernen Javascript-Single-Pages (Ajax-Weboberflächen). Die Kommunikation zwischen Client und Backend, sowieso zwischen den einzelnen Anwendungen erfolgt via REST-Schnittstellen (JSON) und einigen legacy SOAP Webservice.

Java                            6 und 8

Server                        JBoss EAP

Datenbank                 Oracle

Technologien            Java EE, JPA, JAX-RS, REST, JAX-WS, SOAP, Webservices, LDAP

Frameworks              Hibernate, JUnit, Mockito, PowerMock, Arquillian, Google Guava, Shiro, ModelMapper, RESTEasy, Jackson, FasterXML, Apache CXF, IBM MQ, Backbone, Marionette

Tools                          IntelliJ IDEA, Maven, Mercurial, Hudson/Jenkins, Checkstyle, PMD, FindBugs, Sonar, Citrix, CIB Document Workbench

Es handelt sich um eine webbasierte Anwendung zur Verwaltung und Erfassung von Wagenbeständen, sowie der Zusammenführung mit eingehenden Leerwagenbestellungen. Die Weboberflächen wurden mit JSF/RichFaces/PrimeFaces realisiert und zusätzlich um eigene Widgets und Javascript-Elemente erweitert. Das Backend wurde mit einem Java EE Stack realisiert, dazu kam der Application Server von JBoss mit weiteren Technologien zum Einsatz, wie zum Beispiel JPA/Hibernate, CDI/EJB und Oracle DB.

Im Projekt wurden zahlreiche Background Jobs und Schnittstellen zu und von anderen Systemen entwickelt die teilweise große Datenmengen handeln müssen.

Während der Entwicklung wurden ständig Performance-Analysen, mit Hilfe von Profiling-Tools wie YourKit, und anschließenden Optimierungen durchgeführt.

Der eigene Aufgabenschwerpunkt lag in der Neu- und Weiterentwicklung der Java Implementierungen (Frontend und Backend); Weiterentwicklung und Optimierung von individuellen JSF/PrimeFaces-Komponenten; und tiefergehende System/Performance/Review-Analysen.

Die begleitende Test-Implementierung (JUnit), Code-Quality Prüfungen (durch Reviews und Tools wie Sonar, PMD und FindBugs) und Fehlerbehebungen gehörten ebenfalls zum regulären Arbeitsumfang.

Applikationserver
JBoss EAP 7 + Java 8

Datenbank
Oracle

Technologien
Java EE, Hibernate, JPA, JUnit, JMockit, Arquillian, Google Guava, Eclipse IDE, Maven, SVN, ClearQuest, Sparx Enterprise Architekt, Yourkit, Hudson/Jenkins, Sonar, FindBugs, PMD, Checkstyle, Quartz, Spring, MQ

Es handelt sich um eine Client-Server Anwendung zur Einsicht, Verwaltung und Planung von Fahrwegen für einen Zug-Fahrplan für Fahrten in Betriebsstellen (Bahnhöfen). Der Client basiert auf dem aktuellen Eclipse E4 RCP Framework und beinhaltet neben mehreren Perspektiven und diversen Fenster-Bereichen individuelle grafische Ansichten, zur Darstellung von umfangreichen Spurplänen (Schienen- und Signal-Darstellungen innerhalb von Bahnhöfen), weiteren grafischen Planungsansichten von Gleisbelegungen mit umfangreichen Drag & Drop Funktionen und Bearbeitungsmöglichkeiten. Die individuellen Grafik-Komponenten basieren auf Draw2D und wurden nahtlos in die RCP Struktur integriert. Die Kommunikation zwischen Client und Server erfolgt mit einer JavaEE Server-Infrastruktur, geschützt durch Java JAAS mit Anbindung an ein zentrales Unternehmens-LDAP.

Zum Projektbeginn wurden auf Basis von Proof of Concepts verschiedene Java- Zeichnungsframeworks evaluiert und die Möglichkeiten des Eclipse E4 RCP Frameworks geprüft. Die Einarbeitung in die diversen Client Frameworks erfolgte eigenständig. Im Server-Umfeld kamen bekannte Technologien, wie z. B. EJB, CDI, JPA und Hibernate in Kombination mit einer Oracle Datenbank zum Einsatz.

Nach der PoC-Phase begann die Einarbeitung in die fachlichen Anforderungen und die kontinuierliche Überführung in mehrere, umfangreiche technische Designs (mit dem Enterprise Architekt) zur Dokumentation der Datenmodelle, Komponenten und Prozesse.

Während der gesamten Entwicklungszeit wurde großer Wert auf möglichst gute Usability, Performance bei großen Daten- und Darstellungsmengen (speziell Zeichnungen) gelegt. Schwachstellen wurden mit Hilfe von Profiling Tools wie YourKit und SysInternals identifiziert. 

Der eigene Aufgabenschwerpunkt lag in Reviews der fachlichen Dokumente, Reviews der technischen Designs und der Java Implementierungen.

Primär befasste ich mich mit Themen im Client-Umfeld, wie die Konzeption des technischen Client-Designs, der Datenmodelle und Weiterführung der Dokumentation für Design- und Implementierungsvorgaben. Einarbeitung in die gewählten Client-Frameworks und der anschließenden Verteilung des erarbeiten Wissens auf mehrere Team-Mitglieder.

Die begleitende Test-Implementierung (JUnit), Code-Quality Prüfungen (durch Reviews und Tools wie Sonar) und Fehlerbehebungen gehörten ebenfalls zum regulären Arbeitsumfang. 

Applikationserver
JBoss EAP 6

Datenbank
Oracle

Technologien
Java EE, Java SE, Hibernate, JPA, Eclipse E4 RCP, SWT/JFace, Draw2D, JUnit, Mockito, Google Guava, JAAS, Eclipse IDE, Maven, SVN, Jira, Sparx Enterprise Architekt, Yourkit, Hudson/Jenkins, Sonar, FindBugs, PMD, Checkstyle

Es handelt sich um eine unternehmenskritische Client-Server Anwendung zur Planung der gesamten Arbeitsabläufe aller Bahnmitarbeiter, minutengenau. Der Client basiert auf einer Swing-Oberfläche und kommuniziert mit einer JavaEE Server-Infrastruktur.

In der ersten Projektphase wird das gesamte Projekt einer technischen Erneuerung unterzogen. Die bestehende interne Anwendungsstruktur wird vollständig überarbeitet um zukünftige Änderungen in einem akzeptablen Zeitumfang realisieren zu können. Weiterhin wird die Modularisierung und damit die Unabhängigkeit der einzelnen Programmbestandteile vorangetrieben.

Dies beinhaltet eine komplette Umstellung der vorhandenen Persistenz-Schicht auf den Standard JPA (zur Datenbank-Anbindung), wenn möglich die vereinfachte Form von Dependency-Injections mittels CDI und die Anwendungsweite Integration der neu entstehenden Klassen-Strukturen im gesamten Server- und Client-Umfeld.

Die Einarbeitung in den vorhandenen Programmcode erfolgte soweit möglich eigenständig und Aufgabenbezogen durch bestehende JUnit Testfälle und die Prozesse in der Anwendung selbst. Für neue Datenstrukturen und Schnittstellenanbindungen wurden laufend weitere Testfälle implementiert.

Der eigene Aufgabenschwerpunkt lag in der Analyse der bestehenden Backend-Logik und anschließenden Migration der Persistenz-Schicht mit EclipseLink-API auf JPA. Gleichzeitig wurde die Backend-Logik von klassischem EJB3 auf die vereinfachte Form des Dependency Injection ?CDI? umgestellt.

Während der gesamten Projektlaufzeit wurden Fehleranalyse der laufenden und weiterentwickelten Anwendung durchgeführt, incl. Einschätzung möglicher Risiken und Fehlerbehebungsmaßnahmen.

Das Application Management wurde beim betreiben der EDV Infrastruktur unterstützt, um einen ausfallsicheren Betrieb der produktiven Umgebung zu gewährleisten.

Applikationserver
Weblogic 12

Datenbank
Oracle

Technologien
Java EE, Java SE, Toplink, JPA, Eclipse IDE, Swing, Maven, ClearCase, ClearQuest, Enterprise Architekt, JUnit, Hudson/Jenkins

Bei der Anwendung handelt es sich um ein hochverteiltes Konzept, diverse Teilbereiche der Software werden von unterschiedlichen Teams, als eigenständige Teilanwendung entwickelt. Dadurch ergeben sich diverse Schnittstellenthemen zwischen den einzelnen Server- und Clientkomponenten. Sie wird als Java EE Anwendung entwickelt und im JBoss 4 betrieben. Der Client basiert auf dem Eclipse RCP Framework und kommuniziert über zuvor freigeschaltete (Security) Schnittstellen mit den Serverkomponenten.

Zu Beginn des Projektes wurden umfangreiche Wartungsarbeiten am aktuellen Entwicklungsstand zur Stabilisierung und baldigen Produktionseinführung durchgeführt, die Einarbeitung erfolgte dabei zu großen Teilen eigenständig.

Im Anschluss wurde für eine neuere Version das Design des gesamten Datenmodells überarbeitet. Ziel war es, komplexe Strukturen möglichst zu vereinfachen und dadurch die Effizienz während der Implementierung und Laufzeit zu steigern. Zur Datenabstraktion wurde Dozer und Hibernate und als zugrundeliegende Datenbank Oracle eingesetzt.

Weiterhin wurden einzelne Teilprojekte neu aufgesetzt, in diesem wurden die Persistenzschicht (Hibernate) mit dem zusätzlichen Pojo-Mapping (Dozer), Schnittstellen zu anderen Teilbereichen und die Verarbeitungslogik mit entwickelt.

Da es sich hierbei um ein MDA (Model Driven Architecture) getriebenes Projekt handelt, wurden alle Klassen, Methoden und Schnittstellen im Vorfeld in Magic Draw konzipiert (UML) und anschließend daraus die grundlegenden Klassen und Methoden generiert.

Der eigene Aufgabenschwerpunkt umfasst den Entwurf des gesamten detaillierten Klassen-/Modelldesigns zur anschließenden Klassen/Methodengenerierung mit Magic Draw (UML), incl. Schnittstellen-Spezifikation, Java Implementierung und JUnit-Tests; sowie der Fehleranalyse und -behebung in der bestehenden Anwendung.

Ein weiteres wichtiges Thema war die nachhaltige Performance-Optimierung innerhalb der zuständigen Teilbereiche.

Die technische Dokumentation erfolgte (aufgrund des MDA-Ansatzes) ausschließlich in UML mit dem Tool Magic Draw.

Das Application Management wurde beim betreiben der EDV Infrastruktur unterstützt, um einen ausfallsicheren Betrieb der produktiven Umgebung zu gewährleisten.

Applikationserver
JBoss 4.2

Datenbank
Oracle

Technologien
Java EE, Java SE, Dozer, Hibernate, JPA, JMS, XML, Velocity, Eclipse IDE, Eclipse RCP, Ant, SVN, Magic Draw, JUnit, Hudson/Jenkins, Checkstyle, Linux/Windows.

Eine der ersten Kernaufgaben im Projekt lag in der Migration verschiedener Legacy-Anwendungen auf einen technisch aktuelleren und einheitlicheren Standard. Alle bestehenden Anwendungen wurden mit Java EE realisiert und auf den zwei verschiedenen Applikation Servern JBoss EAP 4.0.3 und Weblogic 10.3.2 betrieben.

Während der Migration wurden die JBoss EAP Installationen von Version 4.0.3, mit Java 5 auf die aktuelle JBoss EAP Version 5.1, mit Java 6 angehoben. In diesem Zusammenhang mussten die unterschiedlichen Anwendungs-Architekturen geprüft und Abhängigkeiten der Implementierung zu Thirdparty-Libraries analysiert und an aktuelle Versionen angepasst werden, um deren Lauffähigkeit weiterhin in gewohnter Stabilität zu gewährleisten.

Die Kommunikationswege unter den JBoss und Weblogic basierenden Anwendungen wurden von verschiedenen technischen Legacy-Frameworks, wie Axis, JBoss Native oder allgemein JAX-RPC, auf den einheitlichen technologischen Standard JAX-WS migriert. Verwendet wurde dazu das High Performance Webservice Framework Apache CXF in Verwendung mit dem JBoss- und das Webservice Framework Metro beim Weblogic Application Server.

Nach Abschluss der Migration wurden weiterführende Implementierungen in bestehenden Anwendungen durchgeführt. Diese bezogen sich zum Beispiel auf die Bereitstellung neuer Webservice-Schnittstellen, Eclipse-RCP Oberflächen und allgemein der Implementierung neuer Anforderungen in der Anwendungslogik im JBoss- und Weblogic-Umfeld.

Der eigene Aufgabenschwerpunkt lag in der Migration bestehender Legacy-Anwendungen; der Implementierung neuer Webservice-Schnittstellen, Oberflächen und allgemein Anwendungslogik im JBoss und Weblogic Umfeld; sowie der Fehleranalyse in bestehenden Anwendungen, incl. Einschätzung möglicher Risiken und Fehlerbehebungsmaßnahmen.

Die technische Dokumentation erfolgte in Form von technischen Konzepten incl. umfangreicher UML- und Architektur-Diagrammen.

Zusätzlich wurden technische Dokumentationen für die Migration von weiteren Anwendungen auf Basis der bereits migrierten Anwendungen angefertigt, um Arbeitsabläufe im Team zu parallelisieren und zu vereinheitlichen.

Das Application Management wurde beim betreiben der EDV Infrastruktur unterstützt, um einen ausfallsicheren Betrieb der produktiven Umgebung zu gewährleisten.

Applikation- und Webserver
JBoss EAP 4.0.3, JBoss EAP 5.0, JBoss EAP 5.1, Weblogic 10.3.2, Apache HTTP Server

Datenbanken
DB2, Oracle

Technologien
Java EE, JDBC, Webservices, SOAP, Apache CXF, Metro, MTOM, JAX-WS, JAX-RPC, Axis, XML, Eclipse IDE, Eclipse RCP, Swing, Sevlets, Struts, JSF, iBatis, Hibernate, Spring Framework, JMS, IBM MQ Series, ClearCase, ClearQuest, Ant, Enterprise Architect, JUnit, Hudson/Jenkins, Linux/Windows