Die Funktionalität ein Modul über "ccm unload..." zu deinstallieren ist jetzt verfügtbar (Achtung! funktioniert noch nicht). Dafür vorgenommene Modifikationen:
- neue Klasse Unload.java, die die Funktion des "ccm unload" bereitstellt
- neue Klassen LoadCenter.java und LoadCenterDelegate.java die das Designpattern "Delegate" umsetzen, um Coderedundanz zwischen Load.java und Unload.java zu beseitigen
- neue sql-skripte im Modul ExternalLink oracle-se-drop.sql und postgres-drop.sql, zum Löschung der ExternalLink spezifischen Tabellen in der Datenbank
- sämtliche Codemodifikationen und Java-Doc-Ergänzungen in beteiligten Klassen für die unload-Prozedur
- neue Klasse ExternalLinkUnloader.java (bisher noch wenig/keine Funktionalität) und AbstractContentTypeUnloader.java, die zusammen dafür sorgen sollen, die ContentTyp-Instanzen (z.B. von ExternalLink) aus den Tabellen der Datenbank zu entfernen. (-> work in progress)
- Ergänzung des unload-Datenskripts in ccm-cms-types-externallink.load
- Ergänzung der build-ccm.xml um die unload-Befehle
[WORK IN PROGRESS]
Das Entfernen von Instanzen derjenigen ContentTypes aus den Tabellen der Datenbank, die deinstalliert werden sollen über "ccm unload".
git-svn-id: https://svn.libreccm.org/ccm/trunk@3414 8810af33-2d31-482b-a856-94f89814c4df
Modify local.runtime.properties to use Pluto (uncomment the Pluto lines) and use 'ant install-runtime' to install Pluto as test environment.
Modify project.xml to install ccm into an other context as ROOT! libreccm may be a nice choice.
Deploy and load-bundle as usual.
Invoke http://localhost:8080/libreccm to operate CCM as usual.
Invoke http://localhost:8080/pluto to operate Pluto, login as admin and use Pluto admin tool to add ContentItemJSRPortlet to the Pluto Portal page (displays currently a simple HelloWorld Text).
git-svn-id: https://svn.libreccm.org/ccm/trunk@2652 8810af33-2d31-482b-a856-94f89814c4df
* Added Juli to classpath for ecdc Tomcat start script. "ant start" works.
* Fixed error in web-sci.xml, added surrounding <jsp-config> tags tp taglib tags.
* Removed jd.sclt transformer (no longer maintained, latest release from 2003
* Removed XML factory implementation configuration using system wide environment variables (affecting and probably conflicting with other webapps in the container). Alternative configuration facility not yet implemented, using container fallback (which is saxon at the moment for xslt processor).
CCM is currently execting in TC 7 for the public site, content-center doesn't work in TC 7 for now (but in TC6 as previously).
git-svn-id: https://svn.libreccm.org/ccm/trunk@2644 8810af33-2d31-482b-a856-94f89814c4df
local.runtime.properties nicht ausgewertet, was es unmöglich machte, CLI-Tools über den Debugger zu debuggen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1900 8810af33-2d31-482b-a856-94f89814c4df
Installationsbundles, die unterhalb von local angelegt werden, funktionieren
im Moment noch nicht.
Es können jetzt installationsspezifische templates sowie Teile von themes in
~/[bundle]/templates rsp. ~/[bundle]/themes abgelegt werden, die in Zuge von
load-bundle in das entsprechende Verzeichnis von webapps/ROOT kopiert werden.
Installationsspezifische Kategorien werden unter ~/[bundle]/res/categories
angelegt. Die Dateinamen müssen entweder beibehalten werden oder unter
com.arsdigita.bundle.category_files=.... eingetragen werden.
Unter dem Verzeichnis ~/[bundle]/res/navigation kann die Datei
sci-templates.txt angepasst werden um festzulegen, welche Template Dateien
für Navigation geladen werden sollen. Die Datei kann entweder überschrieben
werden oder es kann eine neue Datei angelegt werden, deren Namen in
com.arsdigita.london.navigation.templates_file= ...
übergeben werden muss.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1229 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
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
* 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
Fixed classpath for junit, junitperf and httpunit jars
Added Linux shell script for running ccm commands, e.g. ccm get
Added bsf and rhino libraries required for merging web.xml
Created example user/database creation script for postgres
Tablespace is called ccm not aplaws for consistency for oracle
git-svn-id: https://svn.libreccm.org/ccm/trunk@307 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
pb
tosmers
jensp
quasi