The MIAMI Herald, 3rd-Party-Libraries, JBF WIKI Triton 1 The MIAMI Herald, 3rd-Party-Libraries, JBF WIKI Oliver Fischer, Markus Gäbelein, Andreas Knoll; Technische Architektur | JBFOne 2009

Ziel dieses Vortrags Sie erhalten einen Einblick in den aktuellen Entwicklungsstand von MIAMI Sie kennen die Gründe für die Einführung der Module für 3rd-Party-Libraries und den Prozess zur Aufnahme neuer Bibliotheken Sie bekommen einen Überblick zum JBF-WIKI, der zugrunde liegenden Struktur und einigen ausgewählten Inhalten

Agenda The MIAMI Herald 3rd-Party-Libraries JBF-WIKI

Agenda The MIAMI Herald 3rd-Party-Libraries JBF-WIKI

MIAMI Zielstellungen Das Projekt MIAMI adressiert ein vollkommen neues System der Authentifizierung Zielstellung: Trennung von Authentifizierungssystem und Anwendungscode Trennung von Authentifizierungsverfahren und Access Control System dadurch soll u.a. Austauschbarkeit des Authentifizierungsverfahrens erreicht werden Plattformneutralität, der agree Open Client muss ebenfalls unterstützt werden

Schematischer Aufbau agree BAP Web-Browser Weitere App MIAMI Promoter 1 MIAMI Promoter 3a Token 1001010 1110010 Provider Provider Provider Token 1001010 1110010 3 Token 1001010 1110010 4 2 LDAP X.509 Radius Authentication Core Doorkeeper 5 JASS Webserver

MIAMI Trennung von Authentifizierung und Acces Control Die konkreten Implementierungen der Authentifizierungssysteme sind als konfigurierbare Plugins im Promoter und im AuthenticationCore realisiert Als Authenticator wird ein Token verwendet, dieses wird von MIAMI nach einer erfolgreichen Authentifizierung ausgestellt Somit lassen sich beliebige Systeme einfügen

MIAMI Single SignOn Ein Single SignOn ergibt sich in MIAMI als Synergie-Effekt aus folgenden Punkten Verwendung des Tokens als Authenticator der Token liegt clientseitig ausschließlich im Promoter vor

MIAMI Single SignOn agree BAP Web-Browser Weitere App MIAMI Promoter 1 MIAMI Promoter Token 1001010 1110010 Provider Provider Provider Token 1001010 1110010 2 LDAP X.509 Radius Authentication Core Doorkeeper 3 JASS Webserver

MIAMI aktueller Stand WEB-Anwendungen können im Entwicklungsumfeld bereits durch MIAMI authentifiziert werden agree BAP wird zur Zeit adaptiert (Rückbau der BAP-internen Authentifizierung) Folgende Authentifizierungsverfahren sind bereits implementiert Übernahme der Betriebssystem-Anmeldung interaktive Anmeldung mit GenoID + Passwort Folgende Authentifizierungsverfahren sind aktuell in Evaluierung biometrische Authentifizierung Folgende Verfahren sind bereits beschlossen Smart-Token/Smart-Card agree SB, eBanking und VR-Services folgen

Agenda The MIAMI Herald 3rd-Party-Libraries JBF-WIKI

3rd-Party-Libraries: Wozu das Ganze? Die Ausgangslage Jedes Produkt liefert die benutzten Bibliotheken selbst aus (Mehrfach- Deployment der selben Libraries) Beim Einsatz unterschiedlicher Versionen einer Bibliothek kann es zu Versions- konflikten kommen (fehlende Klassen oder andere, evtl. fehlerhafte Funktionalität) Daraus ergibt sich die Anforderung jede Bibliothek soll nur einmal ausgeliefert werden (vereinfachtes Deployment) Umsetzung der Anforderung Erstellen eines zentralen Moduls, das die Bibliotheken zur Compile- und Laufzeit zur Verfügung stellt nur eine Version pro Bibliothek wird im Modul aufgenommen (Konsolidierung)

3rd-Party-Libraries: public vs. private Die Ausgangslage Die Funktionalität bestimmter Bibliotheken soll nur über JBF nutzbar sein (vereinfachte und einheitliche Nutzung) Beispiel IBM MQ – JBF-Queueing Daraus ergibt sich die Anforderung Es muss sichergestellt sein, dass einzelne Bibliotheken nur von bestimmten Produkten genutzt werden können Umsetzung der Anforderung Aufteilung der Bibliotheken in zwei Module: public und private Public-Bibliotheken können von allen Produkten automatisch genutzt werden Private-Bibliotheken können nur von dafür konfigurierten Produkten benutzt werden

3rd-Party-Libraries: Live-Demo Repository: https://svn.fiducia.de/svn/thirdparty_libs Module: thirdparty-private thirdparty-public

3rd-Party-Libraries: Ich benötige eine neue Bibliothek 3rd-Party-Libraries: Ich benötige eine neue Bibliothek? Was muss ich tun? Antrag an PF-JBF schicken: Name und Version der Bibliothek Gruppenzugehörigkeit (CLIENT, PEER, SERVER) benötigte Funktionalität Entscheidung über Antrag mögliche Ablehnungsgründe: Funktionalität anderweitig vorhanden nicht 100% Java Nötige Lizenzen müssen beschafft werden Verantwortlichkeit liegt beim Projekt Deployment Bibliothek in Modul aufnehmen Version ausbringen dependencies_xx.properties anpassen thirdparty-public oder thirdparty-private 1 2 3 4 5 Durchführende Rolle: Projekt Durchführende Rolle: JBF-Team

3rd-Party-Libraries: Ich benötige eine höhere Version einer Bibliothek 3rd-Party-Libraries: Ich benötige eine höhere Version einer Bibliothek? Was muss ich tun? Antrag an PF-JBF schicken: siehe vorherige Folie Bibliothek verursacht Versionskonflikt Testen (Koordination IMR) JBF-Team (Test auf API-Änderungen) alle nutzenden Projekte (Funktionstest) Entscheidung über Antrag möglicher Ablehnungsgrund ungerechtfertigter Anpassungsaufwand bei anderen Produkten durch API- Änderungen in der höheren Version Anpassungen bei anderen Produkten wenn API-Änderungen der höheren Version sich auf die Produkte auswirken Deployment dependencies_xx.properties anpassen 1 2 5 3 4 6 Durchführende Rolle: Projekt Durchführende Rolle: JBF-Team

Agenda The MIAMI Herald 3rd-Party-Libraries JBF-WIKI

JBF-WIKI Nein, das ist Wickie! Was ist ein Wiki? Das? Eher schon: Ein Wiki (hawaiisch für „schnell“) ist eine im World Wide Web verfügbare Seiten- sammlung, die von den Benutzern online geändert werden kann. – Quelle: http://de.wikipedia.org/wiki/Wiki Wo finde ich das WIKI? Über die AEW6-Homepage im Intranet oder direkt http://jbfserver.fiducia.de/mediawiki/ Und was steht drin? Das sehen wir uns live an … Nein, das ist Wickie!

Zusammenfassung MIAMI ermöglicht die für 2010 geplante Einführung des agree Open Client (aOC) Die kanalspezifischen Authentifizierungsverfahren werden durch MIAMI obsolet und schrittweise zurückgebaut Versionskonflikte durch mehrfach vorhandene Fremdbibliotheken gehören der Vergangenheit an Die Governance über den Einsatz von Fremdbibliotheken ist gewährleistet Das JBF-WIKI ist der zentrale Quelle für sämtliche Informationen rund um JBF

Fragen? – Diskussion? Oliver Fischer Markus Gäbelein Andreas Knoll Anwendungsentwicklung Technische Architektur Teamleiter JBF Anwendungsentwicklung Technische Architektur JBF-Team oliver.fischer@fiducia.de markus.gaebelein@fiducia.de 0 89 / 99 43 – 31 47 0 89 / 99 43 – 15 64 Andreas Knoll Anwendungsentwicklung Technische Architektur JBF-Team andreas.knoll@fiducia.de 0 89 / 99 43 – 34 51

Ihr IT-Partner Vielen Dank