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
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
* Korrektur für PublishedLink
* Anpassungen für AddCategoryStep, so daß nun die selektierten Kategorien immer angezeigt werden und diese Zuweisung auch im selben Formular wieder entfernt werden können.
git-svn-id: https://svn.libreccm.org/ccm/trunk@876 8810af33-2d31-482b-a856-94f89814c4df
Benutzung:
In local.runtime.properties die Zeile
#app.server.debug.on=true
einkommentieren. Per Default hört der Debugger auf Port 8000
(Default in Tomcat).
Ankoppeln:
In Netbeans:
Debuggen -> Debugger anhängen ...
Im Menü ausfüllen:
Debugger: Java-Debugger (JPDA)
Anschluss: SocketAttach
Transport: dt_socket
Host: localhost
Port: 8000
Dann öffnet sich Debugger Fenster.
git-svn-id: https://svn.libreccm.org/ccm/trunk@268 8810af33-2d31-482b-a856-94f89814c4df
Neue Standard konforme Version von CCM / APLAWS benötigt sowohl eine angepasste
Entwicklungsumgebung als auch neue Benutzer Tools für Installation und Wartung,
die die Änderungen berücksichtigt.
In einem neuen Verzeichnis tools-ng werden diese Tools entwickelt.
ECDC ist ein Beitrag von terry_permeance.
Zur Zeit WORK IN PROGRESS, deploy, clean usw. funktioniert, verschiedenes anderes
noch nicht, so etwa Installation der Testumgebung Tomcat.
Kurz-Anleitung in tools-ng/ecdc/README.
git-svn-id: https://svn.libreccm.org/ccm/trunk@87 8810af33-2d31-482b-a856-94f89814c4df
pb
jensp
quasi