Commit Graph

13 Commits (c4118f32d614f0fee68d549f54ac0064d5ea46d8)

Author SHA1 Message Date
pb 569eb2ab13 Weitere Bereinigung des Namensraums und heirloom themes (Verlegen der content type XSLs).
git-svn-id: https://svn.libreccm.org/ccm/trunk@1475 8810af33-2d31-482b-a856-94f89814c4df
2012-01-29 01:08:19 +00:00
pb 819753491b ccm-cms Loader kann jetzt mehrer Content Sections anlegen, Loader gefixt, LoaderConfig berfeinigt, Altlasten beseitigt, diverse Formatierungen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@1315 8810af33-2d31-482b-a856-94f89814c4df
2011-12-06 02:57:23 +00:00
pb f9e93351e6 Letzte Reste des old initializers entfernt. Erstaunlicherweise läuft das System bei mir noch :-)
git-svn-id: https://svn.libreccm.org/ccm/trunk@931 8810af33-2d31-482b-a856-94f89814c4df
2011-05-22 23:50:03 +00:00
pb f7b4ce9292 Notifier und Workflow Config verbessert, diverse Formatierungen.
git-svn-id: https://svn.libreccm.org/ccm/trunk@771 8810af33-2d31-482b-a856-94f89814c4df
2011-02-28 23:37:34 +00:00
pb ed616f18d5 Anlegen einer neuen content section per Configuration file funktioniert jetzt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@768 8810af33-2d31-482b-a856-94f89814c4df
2011-02-27 10:28:33 +00:00
pb bc166abc1f Update script vervollständigt.
git-svn-id: https://svn.libreccm.org/ccm/trunk@682 8810af33-2d31-482b-a856-94f89814c4df
2011-01-16 09:24:58 +00:00
quasi 4ca5cc9293 ContentType
Änderung an dem Statusfeld der ContentTypen. Es ist jetzt möglich, interne und versteckte ContentTypen anzulegen und zu unterscheiden. Die versteckten CTs werden in  der Liste zum Anlegen neuer CIs nicht angezeigt, sind aber im Reiter Dokumenttypen sichtbar, so daß sie aus einer ContentSection gelöscht oder ihr hinzugefügt werden können. Außerdem läßt sich ein versteckter CT als Vaterobject für einen UDCT verwenden.

CMS Loader

Beim Erstellen der ersten ContentSection werden nun auch die generischen CTs hinzugefügt. Diese Anpassung ist nötig, da die GCTs über den Loader von CMS geladen werden, der

 1. nicht von AbstractContentTypeLoader abgeleitet ist
 2. zum Zeitpunkt des Ladens der GCTs noch keine ContentSection angelegt ist.

git-svn-id: https://svn.libreccm.org/ccm/trunk@620 8810af33-2d31-482b-a856-94f89814c4df
2010-11-17 23:14:04 +00:00
pb 975d6fefd3 Diverse Korrekturen an Update scripten.
git-svn-id: https://svn.libreccm.org/ccm/trunk@618 8810af33-2d31-482b-a856-94f89814c4df
2010-11-17 23:09:57 +00:00
pb 07d864b427 CMS: Erstellung neuer content sections implementiert.
git-svn-id: https://svn.libreccm.org/ccm/trunk@591 8810af33-2d31-482b-a856-94f89814c4df
2010-10-29 06:45:00 +00:00
pb efa88c40a7 Weiterer Schritt Ausbau alter Initialisierungscode aus ccm-cms: Umgestellt auf content-section Initializer, alten Code entfernt, Starten und Stopppen des Background Thread eingebaut. Es fehlt noch: Erstellen einer zusätzlichen content section.
git-svn-id: https://svn.libreccm.org/ccm/trunk@587 8810af33-2d31-482b-a856-94f89814c4df
2010-10-27 23:28:15 +00:00
pb 9c5a5c56ac Weiterer Schritte, old initializer auszubauen: Alle einmaligen Initialisierunge jetzt in Loader aktiv. Kein Update erforderlich.
git-svn-id: https://svn.libreccm.org/ccm/trunk@575 8810af33-2d31-482b-a856-94f89814c4df
2010-10-17 08:34:54 +00:00
pb 1dca0d0ebd Weiterer Schritt im Prozess, Legacy Initializer aus ccm-cms zu entfernen.
* Initialisierung von
   * Portlet
   * LifeCycle
   * publishToFile
   ist komplett in einen eigenen, neuen Initializer verlegt.

 * Initialisierung content-section ist auf Loader und Initializer neuen Typs verlegt.
 * Initialisierung von content-center und cms-service ist in Initializer neuen Typs verlegt.
 * Legacy Init wird nur noch im Rahmen der Initialisierung von Forms durch ccm-core benutzt.

Es funktioniert (noch) nicht (wieder):
 * Background Thread fuer Alerts
 * Erstellen weiterer Content Section bei einem restart via Parameter. 


git-svn-id: https://svn.libreccm.org/ccm/trunk@509 8810af33-2d31-482b-a856-94f89814c4df
2010-08-17 11:01:59 +00:00
pb 674165af8a Weiterer Schritt, um den legacy Initializer auszubauen.
* Alle Konfigurations Parameter aus enterprise.init sind in neuen Konfigurationsdateien

* Ausnahme: Initialisierung Formbuilder, was durch ccm-core erfolgt.

* Die meisten Konfigurationsparameter liegen in c.ad.cms.LoderConfig.java

* Komplizierte Parameterlisten wie die Rollen im Content-Center sind noch hart codiert.

* Alter portlet initializer aufgeteilt in loader und initializer neu

* Alter sectioninitializer als Zwischenlösung ausgegliedert in SectionLegacyInitializer

* ~/xml/ContentTypeInitilizer verlegt in loader

* ~/installer/Initializer ersetzt durch Initializer neuen Typs.

Als neuer Fehler ist aufgetaucht, dass einige Keys im Content-Center nicht lokalisiert werden. 


git-svn-id: https://svn.libreccm.org/ccm/trunk@471 8810af33-2d31-482b-a856-94f89814c4df
2010-07-12 07:59:16 +00:00