Commit Graph

2 Commits (1dca0d0ebd78bd96efe93e9acc7e7777ff65e4bb)

Author SHA1 Message Date
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