Erlaube auch DateTimeParameter als möglichen Parameter für Date und Time
git-svn-id: https://svn.libreccm.org/ccm/trunk@1479 8810af33-2d31-482b-a856-94f89814c4df
local/iaw-??? kann als Muster für eigene locale Konfigurationen genutzt werden.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1244 8810af33-2d31-482b-a856-94f89814c4df
Ab jetzt klappt das kompilieren des Trunk nur noch mit sci-bundle. Die Bundles
iaw und zes werden entfallen und in sci aufgehen.
Bundle ccm-gen muss angepasst werden, wobei daraus dann ccm-bundle werden soll
mit demo und standard für LibreCMS.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1230 8810af33-2d31-482b-a856-94f89814c4df
Config-Parameter für den Language Code der Sprachunabhängigen Content Items
TimeParameter: Weitere Anpassung an der Speicherung des Stundenwerts
git-svn-id: https://svn.libreccm.org/ccm/trunk@1210 8810af33-2d31-482b-a856-94f89814c4df
12- bzw. 24-Stunden-Format in eine Uhrzeit zwischen 00:00 Uhr und 00:59 Uhr umgewandelt
git-svn-id: https://svn.libreccm.org/ccm/trunk@1201 8810af33-2d31-482b-a856-94f89814c4df
* Selectboxen zur Auswahl der Sprache und die Anzeige der Sprachen im Tab Sprachen ist nun lokalisiert mittels java.util.Locale
git-svn-id: https://svn.libreccm.org/ccm/trunk@1200 8810af33-2d31-482b-a856-94f89814c4df
- Besseres Logging bei Exceptions, die in einer JSP auftreten
- Fehlerkorrektur im SelectFilter für CustomizableObjectList. Der SelectFilter war nicht null sicher, das heißt wenn der Wert für den der Select-Filter definiert ist bei einem Item nicht
vorhanden ist, kam es zu einer NPE.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1194 8810af33-2d31-482b-a856-94f89814c4df
kompiliert, ist aber noch *nicht* getestet. Darstellung fehlt noch komplett (ExtraXMLGenerator).
git-svn-id: https://svn.libreccm.org/ccm/trunk@1170 8810af33-2d31-482b-a856-94f89814c4df
Die Sprache läßt sich nun per URL-Get-Parameter "selLang" einstellen. Ebenso wird die eingestellte Sprache als Environment-Variable "selected-language" an den XSL-Interpreter übergeben. Diese Informationen müssen vom Theme entsprechend verarbeitet werden. Dieser LanguageSelector funktioniert zwar prinzipiell überall, scheint aber im ContentCenter keine vollständige Umschaltung zu erzeugen.
Problematisch sind die Applikationen ContentItem und/oder Navigation (?) an zwei Stellen:
1. Beim Verfolgen eines Links aus Navigation auf ein ContentItem, wird die URL auf die konkrete Sprachvariante eingestellt, was eine weitere Umschaltung des Inhaltes verhindert.
2. Beim Umschalten eines ContentItems, dessen URL keine Sprachvariante enthält, funktioniert das nicht, wenn man sich bereits in der Applikation ContentItem befindet. Das funktioniert allerdings auch nicht mit dem QuickLocaleSwitcher.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1074 8810af33-2d31-482b-a856-94f89814c4df
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
- Panels funktionieren soweit benötigen aber noch Optimierung.
- Konverter-Programm für alte RelatedLinks
- Optimierungen an SciOrganizationPanel, SciDepartmentPanel und SciProjectPanel
git-svn-id: https://svn.libreccm.org/ccm/trunk@951 8810af33-2d31-482b-a856-94f89814c4df
Kleines Tool, um die AuthoringSteps eines Content-Typs neu einzulesen
trunk/ccm-sci-assets-organizationpublicationlink:
Zweiter Teil für die Verknüpfung von Publikationen und SciOrganization. Content-Center bereits funktionsfähig, Ansicht auf Webseite noch nicht getestet.
trunk/ccm-sci-types-organization:
- Methoden zum Anzeigen verknüpfter Publikationen über RelatedLink entfernt
- Anzeige-Panels für Vererbung optimiert
Weiteres:
Formatierungen
git-svn-id: https://svn.libreccm.org/ccm/trunk@950 8810af33-2d31-482b-a856-94f89814c4df
- Neue RelatedLinks erhalten jetzt wieder eine richtige Order-Angabe
git-svn-id: https://svn.libreccm.org/ccm/trunk@898 8810af33-2d31-482b-a856-94f89814c4df
* Die ausgewählten Kategorien werden nun auch in den Unterkategorien markiert (verbesserte Version)
* Kategorienzuweisungen lassen sich jetzt auch im Formular löschen
git-svn-id: https://svn.libreccm.org/ccm/trunk@871 8810af33-2d31-482b-a856-94f89814c4df
* Die ausgewählten Kategorien werden nun auch in den Unterkategorien markiert
git-svn-id: https://svn.libreccm.org/ccm/trunk@867 8810af33-2d31-482b-a856-94f89814c4df
Damit entfallen Einträge in apm_package* und site_node samt den entsprechenden
Klassen. Und weil es, nachdem verschiedene Probleme in core gefixt waren, so
schön einfach ging, auch gleich themedirector umgestellt.
In beiden Fällen update script erforderlich:
ccm-portalworkspace 6.6.1-6.6.2
ccm-themedirector 6.6.1-6.6.2
Es müssen dann lediglich die jar-files ausgetauscht werden und das
Basisverzeichnis für das fallback theme (in themes/heirloon/apps bzw. noch
__ccm__/apps) in portal-workspace bzw. theme-director umbenannt werden.
Der Großteil der Applicationen ließe sich jetzt mit ein paar Zeilen
Codeänderung umstellen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@829 8810af33-2d31-482b-a856-94f89814c4df
- Autoren werden jetzt in der für Publikationen vorgesehen Contentsection angelegt
- Import der Verlage hoffentlich korrigiert
- A to Z Leiste für Folder im Content-Center. Wird derzeit immer angezeigt, Ausblenden bei unterschreiten einer bestimmten Anzahl von Items funktioniert noch
nicht und wahrscheinlich auch nicht ohne größere Umbauten an FolderManipulator und FolderBrowser möglich.
- Abstract bei den Publikationen wird jetzt im Propertysheet mit Zeilenumbrüchen etc. (wie im TextArea eingegeben) angezeigt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@827 8810af33-2d31-482b-a856-94f89814c4df
* Links zum Bearbeiten / Löschen einer Adresse werden nun entsprechend dem Status ein- bzw. ausgeblendet
* Fehlerhafte GlobalizationString korrigiert
IncompleteDateParameter
* Monate beginnen in der Java Date-Klasse mit 0 nicht mit 1
CT Image
* Fehlerhaften Traversal-adapter korrigiert
CCM allgemein
* diverse kleine Änderungen / Schönheitskorrekturen, usw.
* cms-item Traversal-Adapter angepaßt
git-svn-id: https://svn.libreccm.org/ccm/trunk@816 8810af33-2d31-482b-a856-94f89814c4df
Gleichzeitig Einführen einer neuen Infrastruktur für themes:
Es gibt nun ein Verzeichnis ~/themes/ in das alle theme bezogene Daten
migriert werden sollen. Das sollte im ersten Schritt mit den Applicationen
erfolgen, die ihre Dateien in ~/__ccm__/apps ablegen. ccm-themedirector nutzt
bereits diese Infrastruktur. Die alte Infrastruktur mit ~/packages und
~/templates und ~/static bleibt übergangsweise in core und cms erhalten.
Das gibt uns die Möglichkeit, Mandalay als neues / alternatives Standard Theme
in die Standard Distribution einzubauen.
Update Script erforderlich:
ccm-themedirector from-version=6.6.0 to-version=6.6.1
git-svn-id: https://svn.libreccm.org/ccm/trunk@800 8810af33-2d31-482b-a856-94f89814c4df
pb
quasi
jensp