Masterthese

TODO

• UML Deploy Diagramm
• Softwarebücher: Deploy, Installation
• Recherche: Installability
• Fowler Patterns: Deploy, Command Pattern
• Anforderungen an Deployer

TODO

Umgang mit externen Services: Wenn die Version gecheckt werden soll, muss diese beim Deploy angegben werden. Wenn nur geprüft werden soll, ob die externe Komponente verfügbar ist, braucht diese (die Komponente) beim Deploy nicht angegeben werden.

Für den Servertyp "EXTERNAL" wird - falls nicht als zu deloyen angeben - entweder geprüft ob diese deployt ist, falls nicht, ob check-url erfolgreich ist.

Ideen

• Version: welche Version deployt ist, lässt sich an der pom Datei herauslesen, die im Zuge der maven compile Phase in das META-INF Verzeichnis kopiert wird. Anhand der Version kann auch ermittelt werden, welche Daten-Migrations-Vorgänge ausgeführt werden müssen.

• Config für Container muss auch Feld für args haben (z.b. bei Glassfish: -domain xy)
• Config für Timeout bei deploy (dann gilt es als fehlgeschlagen), überschreibbar auf Applikations-Ebene

• maven plugin: um z.b. via hudson mit mvn d4u:deploy deployen zu können

• wenn application nicht in repository, sondern nur einzelne komponenten, muss mit versionsangaben der komponenten deployt werden können

Service Attribute (richtiger Begriff? TODO: recherchieren)

• Abhängigkeiten: weiche, harte (i.e.: Version muss passen oder Komponente muss nur verfügbar sein)
• Abhängigkeiten: müssen zur Laufzeit vorhanden sein, oder müssen bei Systemstart verfügbar sein
• Soziale Aspekte: Akzeptanz (ad Tool Verwendung: z.b. EA ist allgemein bekannt, mehr Chancen dass ein modellbasierter Ansatz erfolgreich ist bei dessen Verwendung)