Probleme bei Nutzung der setUp()-Methode der AdvancedUrlFactory
Author: repositarian
Publication Date: 12/1/2023 11:54
Hallo,
innerhalb unseres Projekts nutzen wir die AdvancedUrlFactory mit Konfiguration. Innerhalb eines Moduls wollen wir die URL eines FirstSpirit-Elements abgreifen und stoßen dabei auf Probleme. Dazu möchten wir die hier dokumentierte setUp(UrlFactoryContext context) Methode nutzen. Allerdings ist uns unklar, wie der UrlFactoryContext übergeben bzw. erzeugt werden kann.
Gibt es einen Weg, um die setUp-Methode von der AdvancedUrlFactory korrekt mit dem Kontext aufzurufen?
Vielen Dank
Eduard
-
Author: Peter_Jodeleit - 12/6/2023 9:28
Hallo, schau mal in diesen Thread: https://community.crownpeak.com/t5/Questions-Answers/Config-Parameter-quot-stripWelcomeFileNames-quot-for/m-p/57889
Oder eventuell hilft diese API: http://ContentProducer.getStoredUrl(..)0 -
Author: repositarian - 12/7/2023 16:17
Hallo Peter,
danke für die Antwort. Allerdings wird die Funktionalität der URL-Generierung innerhalb eines FirstSpirit-Moduls benötigt. Gibt es da einen anderen Weg?
Viele Grüße0 -
Author: Peter_Jodeleit - 12/7/2023 18:51
Dafür ist der RenderingAgent ideal
0 -
Author: mbergmann - 12/16/2023 9:30
Hallo Eduard,
vielleicht noch ein Hinweis: die AdvancedUrlFactory (als Java-Klasse/Instanz) ist nicht dazu gedacht, selbst instanziiert und von eigenem Code aufgerufen zu werden. Insbesondere ist sie nicht Teil der API.
Entsprechend sind auch die Interface-Methoden dazu da, in eigenen UrlFactories implementiert (und nicht durch eigenen Code aufgerufen) zu werden. Aufgerufen werden sie dann „passend“ durch FirstSpirit selbst. Das ist auch sinnvoll, da z.B. Dinge wie Speicherung der URL oder Prüfung auf Konflikte (und in diesem Fall Ergänzung durch Postfixe) gar nicht durch die UrlFactory gemacht werden sondern vom Mechanismus „drumherum“, der bei einer direkten Nutzung der Klasse fehlen würde.
Auch wenn es sich seltsam anhört: Eine UrlFactory ist darum streng genommen gar nicht dazu geeignet die „tatsächliche“ URL eines Elements zu ermitteln, da sie erstmal nur ein „Zwischenergebnis“ bzw. einen „Wunsch“ für die URL liefert, was dann aber ggf. weiterverarbeitet wird. Die „finale URL“ entsteht letztlich immer erst im Rahmen einer Generierung.
Darum der Ansatz, hier den RenderingAgent zu nutzen, der genau diese Generierung „simuliert“ - mit einem minimalen Stück Template-Code wie $CMS_REF(…)$ - also genau der Code, der in einem Template die URL zu einem Element erzeugen würde.
Ansatz wäre hier quasi das .createRenderer(String) - also NICHT createRenderer(IDProvider)
Hier sollte sich dann auch über die entsprechenden Methoden auf dem Renderer die Konfiguration setzen lassen.
Die UrlFactory das Renderers lässt sich hier über den Public name setzen - also ohne Nutzung der eigentlichen Klasse.
Viele Grüße
Michael
0
Vous devez vous connecter pour laisser un commentaire.
Commentaires
4 commentaires