- theme-Prefix und preview werden bei der Erzeugung der Navigationslink beachtet
- SelectBox für die Auswahl der Person beim Create-Step wird jetzt aktualisert (Ticket 653)
git-svn-id: https://svn.libreccm.org/ccm/trunk@1118 8810af33-2d31-482b-a856-94f89814c4df
verschiedener Sites auf das Release 1.1.4.
- Nachtrag upgrade script für ccm-bookmarks, erforderlich als Teil des
Ausbaus der old Initializer
- Aktualisierung verschiedener bundle files
- Entfernen nicht mehr benötigter jsp f. Multipart Article
- Wiedereinführung Bundle WSF, das verloren gegangen war.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1116 8810af33-2d31-482b-a856-94f89814c4df
Erfordert eine Mandalay-Version, die den Content-Typ 'PublicPersonProfile' unterstützt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1099 8810af33-2d31-482b-a856-94f89814c4df
angepaßt, so daß keine Sprachvarianten in der URL angegeben ist. Das ist allerdings nur eine provisorische Lösung. Es gibt diverse Probleme mit der Sprachumschaltung:
1. Ohne die Sprachanhang ist Deep-Linking nicht mehr sprachbezogen möglich
2. Mit Sprachanhang ist eine automatische Umschaltung nicht mehr möglich.
3. Verwendung des Parameters selLang ist mit dem Anhang nicht möglich, es sei den, die Klasse wird weiter angepaßt
4. Wie soll die Unterscheidung zwischen manuell ausgewälter Sprache und automatische Sprachwahl erfolgen? Und wie kommt man von mauellen Modus wieder in den automatischen zurück?
git-svn-id: https://svn.libreccm.org/ccm/trunk@1098 8810af33-2d31-482b-a856-94f89814c4df
Fixed: 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.
Das war ein Caching-Problem: Der ContentSectionServletItemURLCache war nicht in der Lage, die gecachten Objekte nach Sprache zu differenzieren, falls diese Sprache nicht bereits in der URL kodiert war. Das ist nun behoben. Der Cache-Key beinhaltet nun zusätzlich die Sprache.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1096 8810af33-2d31-482b-a856-94f89814c4df
- Feld dabinId, vorübergehend für Import von DaBIn-Daten
- Alias/Früherer Name für Personen. Es ist damit möglich von einem Personen-Datensatz auf einen anderen Personendatensatz
mit einem früheren Namen der Person zu verweisen. Dies ist z.B. hilfreich bei Namensänderungen bei Heiraten etc.
Verknüpfungen mit dem alten Personendatensatz (z.B. Publikation->Autor-Verknüpfungen) können bestehen bleiben, es ist aber
möglich über die Alias-Beziehung vom neuen Namen auf die Vernüpfungen mit dem alten Namen zuzugreifen.
Folgende Datenbank-Änderungen sind für vorhandene Datenbanken notwendig:
ALTER TABLE cms_persons ADD COLUMN dabinId INTEGER;
ALTER TABLE cms_persons ADD COLUMN aliasId INTEGER REFERENCES cms_persons;
git-svn-id: https://svn.libreccm.org/ccm/trunk@1081 8810af33-2d31-482b-a856-94f89814c4df
- Außerdem Kommentar für ContentItem#getExtraXMLGenerators() um Beispiel ergänzt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1078 8810af33-2d31-482b-a856-94f89814c4df
- GreetingItem verwendet jetzt auch die ExtraXMLGenerators
- MultiPartArticle wird mit altem Theme jetzt auch dargestellt
git-svn-id: https://svn.libreccm.org/ccm/trunk@1075 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
jensp
pb
quasi