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


The Vanilla Javascript Repository

Autor: Benjamin Hofmann


Technologie // User Experience & Design


Und gleich noch ein Linktipp für all diejenigen, die wie ich, nur ungern jQuery einsetzen und ihre Seiten dadurch aufblähen oder verlangsamen. Unter Vanilla List gibt es eine optisch sehr ansprechende Sammlung von Skripten, die auf Vanilla JS aufbauen und viele unserer Anwendungsfälle abdecken können. Sehr schön ist auch die direkte Anzeige davon, ob eine …


Beitrag lesen
23.
Sep.
2016

GOTO Berlin 2017

Autor: Christian Göbel


Technologie


Dari und ich durften vom 15. bis 17. November an der GOTO Konferenz in Berlin teilnehmen. TL;DR Bevor ich ein paar Insights zu den einzelnen Themen gebe, hier mein Fazit zur GOTO Berlin: eine Entwickler-Konferenz der Extraklasse! Internationale Top-Speaker und – mit dem BBC direkt am Alexanderplatz – eine ideale Location! Auch aus fachlicher Sicht kann …


Beitrag lesen
21.
Nov.
2017

Apple Touch Icons nutzen

Autor: Bastian Schwarz


Projekte // Technologie // User Experience & Design


Ich habe mal ein wenig recherchiert und möchte hier das Ergebnis mitteilen. Die Apple Touch Icons können generell benutzt werden um Apps oder Webseiten auf z.B. den Startbildschirm zu pinnen. Ist bei der Webseite dann ein solches Icon hinterlegt wird das „Lesezeichen“ mit ihm hinterlegt und man erhält so einen schönen Wiedererkennungswert. Generell sollten die …


Beitrag lesen
17.
Oktober
2012

WebKit Sibling Bug

Autor: Benjamin Hofmann


Technologie // User Experience & Design


Bei kleineren Anpassungen in einem unserer Projekte ist heute im alten Standard-Browser von Android ein Bug[1] aufgefallen, der dazu führte, dass die Listenelemente mit initial verstecktem Inhalt diesen beim Anklicken nicht anzeigten. Nach einer kurzen Recherche bin ich hier auch auf die Lösung gestoßen, den Checkbox Hack on Mobile Webkit[2]. Klingt fies, ist aber nur …


Beitrag lesen
13.
März
2015