Abschluss des 3. Teils eines neuen Installationssystems.
* package step geändert, unter dem Verzeichnis packages liegen jetzt Verzeichnisse für jedes package, darin die jar files, application.xml und web und lib.
* In WEB-INF/bin weiteres Unterverzeichnis libexec angelegt, darin liegt im Moment nur ant. Weitere jars für deploy step werden hinzukommen.
* RPM spec file entwickelt, für jedes bundle lässt sich ein RPM file generieren. Damit kann APLAWS jetzt sowohl als WAR als auch als RPM file verteilt werden. RPM installiert webapps in /srv/aplaws/webapps.
* In WEB-INF/bin weiteres Script ccm-hostint angelegt. Nutzung:
* ccm-hostinit list Auflistung verfügbarer Addon Module
* ccm-hostinit info [module-name(s)] Anzeige info für Module aus der jeweiligen application.xml
* ccm-hostinit add [module-name(s)] kopieren der aufgeführten Module in das webapp application root. Anschließend kann / können die Module mit load [module-name(s)] in die Datenbank geladen werden. So können die vorkonfigurierten Module site-spezifischen Bedarfen angepasst werden. Angegeben werden muss Pfad zu "packages".
Aktuelle Beschränkungen
* ccm-hostinit copy führt im Moment noch keine Kontrolle auf Abhängigkeiten durch (Praktisch kaum relevant, da die kritischen Pakete zwangsläufig im vorkonfigurierten Bundle enthalten sind).
* Für neue Module wird web.xml nicht automatisch nachgeführt, falls erforderlich.
* RPM enthält vermutlich noch einige RH Spezifika, z.B. /etc/sysconfig. Das muss nach und nach entweder generisch umgebaut oder distributionsspezifisch differenziert werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1066 8810af33-2d31-482b-a856-94f89814c4df
Abschluss des Teils 2 eines neuen Installationssystems
* Klasse packaging/Load um einen parameter packagekeys-file erweitert, durch den die Liste der zu installierenden Module übergeben werden kann (anstelle von Command Line Parameter)
* deploy step erstellt in WEB-INF/bin/bundle/cfg eine Datei mit den zu installierenden Modulen (extrahiert aus project.xml), die den Angaben auf der Komandozeile entspricht
* load-bundle modifiziert, so dass die Module nun per Datei und nicht mehr als Parameter übergeben werden.
* Script ccm modifiziert, dass es ein neue Kommande *prepare* gibt, das den load step mit den für eine Erstinstallation notwendigen Parametern aufruft.
* JDBC Treiber aktualisiert.
Damit ist ein neues Installationstool bis Schritt 2 (ccm-prep tool) realisiert.
Ablauf:
* Installation des war Files in Tomcat
* Aufruf ccm prepare aus Verzeichnis WEB-INF/bin heraus
* Eintragen der notwendigen Parameter in dem Menüsystem
* Abschliessen mit "e".
* Starten Tomcat
git-svn-id: https://svn.libreccm.org/ccm/trunk@1059 8810af33-2d31-482b-a856-94f89814c4df
* das verwendete Bundle-Verzeichnis wird bei deploy nach WEB-INF/bin/bundle kopiert
* load-bundle greift jetzt darauf zu, nicht mehr auf ccm.bundle.folder und ccm-*-aplaws/bundle
* load tasks sind systematisiert:
* load-bundle: verarbeitet db und config automatisch nach bundle files
* load-bundle-interactive: verarbeitet db und config, fragt required parameter ab
* load-bundle-config: verarbeitet nur config automatisch nach bundle files
* load-bundle-config-interactive: verarbeitet nur config, fragt required parameter ab
* load-bundle-data: verarbeitet nur db automatisch nach bundle files
Das ist weiterer Schritt zu einem neuen Installationssystem.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1058 8810af33-2d31-482b-a856-94f89814c4df
Beschreibungsfeld auf 1000 Zeichen verlängert. Siehe Ticket #549
Zur zeit kein Update-Skript vorhanden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1057 8810af33-2d31-482b-a856-94f89814c4df
- Application-Klasse und zugehörige Klassen (Initializer, Loader, Servlet) in PublicPersonalProfiles umbenannt, um
Namenskonflikte zu vermeiden.
- Erste Ansätze für Navigation
git-svn-id: https://svn.libreccm.org/ccm/trunk@1052 8810af33-2d31-482b-a856-94f89814c4df
Datei project.xml ist jetzt Teil des Bundle und ersetzt dort
application.cfg.
Die Liste der Module für load-bundle wird jetzt aus project.xml
extrahiert. Damit entfällt das lästige synchronisieren der beiden
Dateien.
Kopieren einer project.xml in das Basisverzeichnis (trunk)
entfällt ersatzlos. ant configure ect. greifen auf die
neue Position der Datei zu.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1046 8810af33-2d31-482b-a856-94f89814c4df
Jetzt funktioniert das Skript auch us Netbeans heraus. Ebenso mit dem "Automatic Project"-Plugin
git-svn-id: https://svn.libreccm.org/ccm/trunk@1035 8810af33-2d31-482b-a856-94f89814c4df
jensp
pb
quasi