Masterthese
TODO
- UML Deploy Diagramm
- Softwarebücher: Deploy, Installation
- Recherche: Installability
- Fowler Patterns: Deploy, Command Pattern
- Anforderungen an Deployer
Externe Service
Ist eine externe Komponente in der Deploy-Liste nicht angeben und ist diese nicht als deployed gekennzeichnet (im letzten deploy) => Fehler
Ist die externe Komponente angeben, aber ohne version, erfolgt nur check ob deployed, sonst auch version.
Sematik von Deploy externer Komponenten: Check-Script oder Check-URL erfolgreich!
deploy ausgewählter componenten
wenn nicht in Deploy-Liste angegeben, erfolgt nur Check ob Komponente deployt ist (Version ist egal).
Soll auf bestimmte version geprüft werden, dann mit Version, ohne Redeploy angeben.
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)