imxTools1 und imxTools2 in einem Portal… erste Schritte sind gegangen

Datum: 25. November 2011
Autor: Bastian Schwarz


Im Zuge des Schneebayern-Projektes besteht die Anforderung, dass die imxTools1 (für allgemeine imxTools-Inhalte) sowie die imxTools2 (für den Schneehöhenticker) parallel zueinander laufen müssen.

Dazu wurde ein neuer Task in der build.xml angelegt, der eigtl genau das gleiche tut wie der register_integration_imxtools, nur dass er das Ziel in einen imxtools2 Ordner anlegt.

Auszug aus der build.properties:

register_integration_imxtools2=2_2_0
register_integration_imxtools=1_3_0

Problem war jetzt allerdings, dass schon wie im vorigen Blogeintrag genannt, die Konfigurationsklassen gleich hießen und diese auch noch in der IMXCMS_Configuration also im CMSCore abgelegt werden konnten. Daraus ist resultiert, dass ich die Config-Klasse in der imxTools2-Integrationskomponente umbenannt habe und (ganz wichtig) einen neuen Tag für den 4_3_0_21 für den Core released habe, wo die Methoden für die imxTools Konfiguration rausgeflogen sind.

Warum habe ich das gemacht? Ganz einfach, es wird nicht zwingend benötigt und es führt nur zu weitere Verwirrung und Unflexibiltät.

Das bedeutet allerdings, dass zukünftige Projekte die auf den Core-Tag 4_3_0_21 basieren nicht mehr die Konfiguration im Core ablegen dürfen (das tun die meisten aktuell, also wird es erstmal zu Fehlern kommen), das ist aber gar kein Problem, da in imxTools1 die Klasse IMXTools_Configuration das auch selbst kann (ist eh alles statisch..) und in imxTools2 kann das über den Service erreicht werden.

Das bedeutet jetzt, imxTools1 und imxTools2 können jetzt prinzipiell in einem Portal laufen. Was dort allerdings noch nicht berücksichtigt ist (da es aktuell noch nicht benötigt wird) sind die eigentlich wirklichen Anpassungen wie z.B. die Linkgenerierung, das Caching etc. anzupassen (aktuell werden ja immer die gleichen Identifier verwendet). Das wird dann nochmal ein größeres Arbeitspaket werden.

Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


HTML5 Polyfill

Autor: Sascha Nützel


Technologie


Nachdem das „required“- Attribut im Safari nicht funktioniert, bin ich auf die Suche nach einem Polyfill gegangen. Dabei bin ich auf folgende Bibliothek gestoßen: https://github.com/aFarkas/webshim Die Einbindung gestaltet sich recht simpel und wird hier https://github.com/aFarkas/webshim#installation-and-usage gut erklärt. Es besteht auch die Möglichkeit, nicht alle Module einzubinden sondern nur vereinzelt gebrauchte (z.B. ‚forms‘). Das Portalseitige Minify muss für …


Beitrag lesen
31.
August
2016

Eine eigene kleine Root-CA für den localhost installieren

Autor: Benjamin Hofmann


Technologie


Es ist eigentlich ein Wunder, dass  es immer noch keine allgemein anerkannte Lösung dafür gibt, selbsterstelle Zertifikate auf dem lokalen Webserver auf einfache Art und Weise zu installieren. Zumindest ist mir keine bekannt und ich hatte heute das große Vergnügen genau dies tun zu müssen.


Beitrag lesen
02.
August
2018

Xdebug Stacktrace verbessern

Autor: Florian Müller


Technologie


Ich habe mich heute im Zuge eines kleinen Problems mit einem Stacktrace etwas mit der xDebug Konfiguration beschäftigt. Dabei bin ich auf eine kleine nützliche Option gestoßen, welche ich euch nicht vorenthalten möchte. Die Optionen xdebug.collect_params Es gibt die Option xdebug.collect_params, welche verschiedene Level an Output ermöglicht. Ich habe mich in meiner VM für den …


Beitrag lesen
03.
August
2017

XML in JSON oder Arrays umwandeln in PHP

Autor: Stefan Oswald


Technologie


Ich bin heute über die mir bisher in diesem Ausmaß noch gar nicht bekannte Mächtigkeit der JSON-Funktionen von PHP gestolpert: Wie sich bei einer imx.Mapwork Anpassung herausgestellt hat, kann json_encode() so ziemlich alles als Parameter erhalten – einschließlich SimpleXMLElement. Der einzige Typ, der nicht verarbeitet werden kann, ist „resource“. Auf diese Art ist es sehr …


Beitrag lesen
08.
April
2014