Praktikum bei der AdNovum Informatik AG - Vis

VISIONEN Januar 2004VISIONEN Oktober 2004StudentAktivPraktikum bei derAdNovum Informatik AGMANUEL GRABER - ZURÜCK AUS DEM PRAKTIKUMAuch ich möchte euch die Erfahrungen,die ich im Praktikum bei der AdNovumgesammelt habe, nicht vorenthalten. Hierdie Kurzversion: Es hat sehr viel Spassgemacht, ich habe eine Menge gelernt,ich würde es jederzeit wieder tun.Die AdNovum ist spezialisiert auf die Entwicklungvon E-Banking- und Sicherheitslösungen undApplikationssystemen im FinanzdienstleistungsundBundesbereich. Zu ihren Kunden gehörenbekannte Firmen wie UBS, PostFinance, Swisscom,Telekurs und das EJPD. Gegründet wurdedie AdNovum vor 16 Jahren. Mittlerweile hat dasUnternehmen über 100 Mitarbeiter und unterhältneben dem Hauptsitz in Zürich Büros in Bern,den USA und Ungarn.Die AdNovum arbeitet projektorientiert,d.h. es werden keine fertigen Produkte verkauft,sondern kundenspezifische Lösungen entwickelt.Diese Lösungen basieren hauptsächlich auf denvon der AdNovum entwickelten Middleware-Komponenten oder Applikationsframeworks wiezum Beispiel Nevis Web (eine Lösung zur Web-Integration), ISI (eine Corba-/J2EE-Implementierung)oder SecStack (eine Security Middleware).Am Anfang des Praktikums fand die sogenannte Safari statt, bei der man alle Mitarbeiter,die in einer Schlüsselposition tätig sind, kennenlernt. So erfährt man, wer für was zuständig istund an wen man sich später mit Fragen wendenkann. Sitzungen finden in der Regel an derKaffeebar statt, wo man sich auch kostenlos mitGetränken eindecken kann. Zu Mittag essen kannman zu einem fairen Preis in der hauseigenen„Guccinetta“, die eher ein Restaurant als eineKantine ist.Der Security Stack (SecStack)Meine Praktikumsaufgabe lag im Bereich desSecStack. Dieser bietet ein API, das es erlaubt,einen sicheren Kontext mit einem Kommunikationspartneraufzubauen und innerhalb diesesKontexts verschlüsselte und signierte Daten zuübertragen. Dieses API ist als GSSv2 (GenericSecurity Service, RFC2743) standardisiert. GSSfunktioniert unabhängig von der eigentlichenÜbertragung, indem es nach jedem Aufruf einerFunktion ein «Token» zurückgibt, das man danndem Kommunikationspartner schicken muss. Dader SecStack auf die verschiedensten Plattformenportiert werden sollte, erfolgte die Implementierungin C (ohne ++). Dabei wird ein Open-SourceAbstraktionslayer eingesetzt, der die Eigenheitender verschiedenen Plattformen kapselt.but to really foul things up requires a computer.37

Oktober 2004VISIONENDie PraktikumsaufgabeZur Qualitätssicherung wurde eine umfangreicheTestinfrastruktur für den SecStack aufgebaut.So gibt es Nightly Builds, mit denen jede Nachtdas ganze Projekt gebaut und mit Hilfe von UnitTests getestet wird. Die Entwickler erhalten dannjeweils am Morgen eine E-Mail mit dem Resultatdieser Nightly Builds. Falls also eine Änderungeinen negativen Effekt gehabt hat, sieht man dasspätestens am nächsten Morgen. Daneben gibtes einen Weekly Build, der nach dem gleichenSchema abläuft, aber eben nur einmal pro Wocheausgeführt wird. Die Idee dahinter ist, dass manim Weekly Build Tests laufen lassen kann, dielänger dauern (z.B. umfangreiche IntegrationsoderLasttests).Nun sollte ein Tool geschrieben werden,mit dem man Client-Server Tests ohne grossenKonfigurationsaufwand auf mehrere Maschinenverteilen und automatisiert durchführen kann.Meine Aufgabe war die Entwicklung dieses Tools,das sich nun Distributed Test Framework (DTF)nennt. Nachdem die Grundfunktionalität, die dasDTF haben sollte, festgelegt war, war ich sehr freiin der Entwicklung und konnte es nach eigenenIdeen implementieren. Meine Betreuer und dieübrigen Software-Entwickler standen mir dabeiimmer hilfreich zur Seite.Das ResultatDas DTF besteht aus drei Teilen: einem Runner,einem Agenten und einer Bibliothek, die denauszuführenden Testcode enthält.Der typische Ablauf eines Tests sieht so aus,dass der Runner ein Konfigurationsfile einliest undgemäss den Informationen in diesem File einenoder mehrere Agenten startet, die ihrerseits dieBibliothek laden. Der Testcode in der Bibliothekwird ausgeführt und am Schluss wird das Ergebnisdem Runner mitgeteilt. Um den Output währendeines Tests aufzuzeichnen, hat jeder Agent ein Logfile,das er nach Abschluss der Tests dem Runnerübermittelt. Dabei kann im Konfigurationsfileangegeben werden, wie viele Agenten auf welchenRechnern gestartet werden sollen, und welcheTests diese ausführen sollen.Ich programmierte also in C und damit konnteich mich mit (in Zeiten von Java schon fast vergessenen)Dingen wie dem Allozieren und Freigebenvon Speicher sowie dem Suchen nach MemoryLeaks beschäftigen und wild mit Pointern ummich schiessen. Als Entwicklungsumgebungfür C dient in der AdNovum übrigens XEmacs.Das bedeutet doch eine Umstellung für Eclipseverwöhnte Programmierer, aber man gewöhnt sichrecht schnell daran. Die Arbeit erleichtert habendie C Base Components. Das ist eine Bibliothek,die unter anderem einen sehr gut ausgebautenLogger und einen Konfigurationsmanager, mitdem man Informationen aus Konfigurationsfileseinlesen und auch manipulieren kann, bietet.Für die Kommunikation zwischen Runner undAgenten benutzte ich TCP, was mir die Gelegenheitgab, mich mit Netzwerkprogrammierungauseinander zu setzen und ein eigenes Protokoll zuimplementieren. Für das Starten der Agenten aufanderen Rechnern nutzte ich RSH und SSH.Damit man nicht nach jedem Testlauf mühsamalle Logfiles lesen muss, habe ich ein Perl-Skriptgeschrieben, das die automatisch gesammeltenLogfiles parst und eine übersichtliche HTML Seitegeneriert. So konnte ich während des PraktikumsPerl lernen und mich mit HTML beschäftigen.Um die Infrastruktur, die auf den Testrechnernvorausgesetzt werden muss, möglichst geringzu halten, implementierte ich eine Funktionzum Verteilen der benötigten Dateien auf dieZielrechner und zum Einrichten der benötigtenUmgebung (Dienste starten, etc.).38 To err is human,

VISIONEN Januar 2004VISIONEN Oktober 2004Die einzige Voraussetzung, die ein Rechnererfüllt haben muss, um vom DTF als Testrechnerverwendet zu werden, ist die Zugriffsmöglichkeitüber RSH oder SSH. Das DTF ist also in derLage, sich selbst zu verteilen.So ist es jetzt möglich, in den Nightly- undWeekly-Builds des Projektes auch verteilte Client-Server Tests laufen zu lassen, ohne die sonst üblichenProbleme, wie das vorgängige Verteilen dernötigen Files, das manuelle Starten der benötigtenServices, oder der Unterhalt von Konfigurationsfilesauf allen Testrechnern.Am Schluss des Praktikums veranstaltet maneinen „Tech-Znüni“ zu dem alle Mitarbeitereingeladen sind. Anders als der Name es vermutenlässt, gibt es dort allerdings in der Regel nichtszu essen. Man präsentiert die Ergebnisse seinesPraktikums und diskutiert sie mit den übrigenEntwicklern.Das FazitMein Praktikum bei der AdNovum war sehrspannend und lehrreich. Ich hatte die Gelegenheit,neue Sprachen zu lernen und mich mitNetzwerkprogrammierung zu beschäftigen. Es warinteressant zu sehen, wie das Arbeiten in einemgrösseren Projekt mit vielen Beteiligten abläuft.Beim Lösen meiner Aufgabe war ich sehr frei; beiProblemen fand sich aber immer ein kompetenterAnsprechpartner. Abschliessend kann ich sagen,dass mir das Praktikum sehr viel Spass gemachthat und ich die AdNovum als Praktikumsbetriebsehr empfehle.Links[1] www.adnovum.ch[2] www.nevis-web.combut to really foul things up requires a computer.39