gelöschten Referenznamen wieder vergeben
Author: Charlotte_Koeni
Publication Date: 3/6/2012 14:48
Hallo Zusammen,
wenn man einen Referenznamen löscht und später genau den gleichen Referenznamen wieder vergibt, dann hängt das System zur Eindeutigkeit "_1" an den Namen. Also scheint der Name noch verwendet zu werden (obwohl er ja zuvor gelöscht worden ist). Hat das mit der Versionshistorie zu tun?
Dieses Verhalten trift aber nicht immer zu. Es ist bei uns schon vorgekommen, dass man den Referenznamen wieder vergeben kann.
Woran liegt das? Evtl. daran, ob der Referenzname bereits irgendwo referenziert war (in einem interner Link).
Gruß
Charlotte König
Tags: referenzname
-
Author: hoebbel - 3/6/2012 14:56
Hallo Frau König,
das hängt davon ab, ob der Referenzname nochim Freigabestand verwendet wird oder nicht.
Wenn Sie einen Knoten löschen, der irgendwann einmal freigegeben worden war, so bleibt der entsprechende Referenzname belegt, bis Sie die Löschoperation durch die Freigabe des darüber liegenden Knotens [also normalerweise dem Ordner, in dem sich der gelöschte Knoten befand] auch im Freigabestand durchführen.
Nur so kann sichergestellt werden, dass ein Referenzname im Freigabestand später nicht zwei unterschiedlichen Knoten zugeordnet wird.
Viele Grüsse aus Dortmund,
Holger Höbbel
0 -
Author: Charlotte_Koeni - 3/6/2012 15:01
Hallo,
was meinen Sie mit "Freigabestand"?
Wir benutzen den Freigabeworkflow nämlich nicht.
GrußCharlotte König
0 -
Author: hoebbel - 3/6/2012 15:07
Hallo Frau König,
> Wir benutzen den Freigabeworkflow nämlich nicht.
Noch nie oder nicht mehr?
Wenn die Freigabe noch nie in einem Projekt aktiviert war, sollten die Referenznamen immer freigegeben werden. Wenn die Freigabe früher aktiviert war, so sind alle Referenznamen blockiert, die damals freigegeben worden sind. Dies hängt damit zusammen, dass mit der Reaktivierung der Freigabe der bisherige Freigabestand wieder hergestellt wird. Um dies technisch zu realisieren, muss dieser "konserviert" werden.
Soll die Freigabe in dem betroffenen Projekt zukünftig wieder reaktiviert werden?
Wenn ja, würde es sich als Zwischenlösung anbieten, dass die Freigabe wieder aktiviert wird, bei der Veröffentlichung aber der aktuelel Stand benutzt wird. Eine entsprechende Anleitung, wie dies realisiert werden kann, können Sie im helpdesk erfragen.
Viele Grüsse aus Dortmund,
Holger Höbbel
0 -
Author: Charlotte_Koeni - 3/6/2012 15:28
Nein, die Freigaben haben wie noch nie benutzt.
Gruß
charlotte König
0 -
Author: hoebbel - 3/7/2012 8:09
Hallo Frau König,
das klingt nach einem Bug. Können Sie bitte ein entsprechendes Helpdesk Ticket einstellen, damit wir das entsprechend analysieren können?
Viele Grüsse aus Dortmund,
Holger Höbbel
0 -
Author: Charlotte_Koeni - 3/7/2012 8:42
Alles klar, dass werde ich tun. Ich habe gerade noch den Auftrag "repair references" ausgeführt. Was leider auch nichts gebracht hat.
Vielen Dank für die Antworten.
Gruß
Charlotte König
0 -
Author: klein - 3/8/2012 9:23
Der Knoten (Strukturordner) wurde zwar im Projekt (mit Autofreigabe) gelöscht, seine UID blieb aber weiterhin als "noch in Verwendung im Freigabestand" markiert. Das Problem konnten wir zwar lösen, die Ursache für den Fehler bleibt aber leider weiterhin unklar.
0 -
Author: mohebbian - 9/19/2014 17:04
Und wie haben Sie das Problem gelöst?
0 -
Author: Sunforest - 2/27/2015 13:39
Das wüsste ich auch gern :smileywink:
0 -
Author: klein - 2/27/2015 14:26
bitte auch ein entsprechendes Helpdesk Ticket einstellen, dort wird dann das Problem gelöst :smileyhappy:
0 -
Author: Peter_Jodeleit - 2/27/2015 15:51
Leider werden hier keine Versionsnummern genannt, so dass ein Nachvollziehen des Problems schwierig ist.
Ich vermute, das im konkreten Fall trotz "Autofreigabe" eine Freigabe-Workflow durchgeführt wurde. Das sollte eigentlich bei einem "Autofreigabe"-Projekt zu einem Fehler führen und keine Aktion durchführen. Wahrscheinlich war das in diesem Fall anders, so dass ein inkonsistenter Stand entstanden ist. e-spirit, oder genauer: der Technical Support (aka Helpdesk), kann das Problem über interne Mechanismen beheben.Mich interessiert noch: Wo stört das "_1" im Referenznamen konkret?
0 -
Author: Sunforest - 2/27/2015 15:56
Ich habe mich bereits an das Helpdesk gewendet. Bei mir ist es Version 5.1.
Das _1 stört mich eigentlich immer ^^
0 -
Author: Peter_Jodeleit - 2/27/2015 16:18
Welche 5.1 genau?
Wobei stört denn das "_1"? Normalerweise sieht man das ja nicht.. Ich vermute, ihr benutzt eine der alten URL-Mechanismen?
0 -
Author: Sunforest - 3/2/2015 9:01
Die Version ist: 5.1.106.61855.
Ich brauche durch die Nutzung von CooperateContent den alten Referenznamen des Footers im Bereich der globalen Inhalte wieder. Wir haben hier zwei Projekte. Leichter wäre es, wenn wir von Beginn an die Namensräume genutzt hätten (vermute ich). Diese hängen ein "@paketname" an die Referenznamen (Was aber bei nachträglichen Änderungen des Referenznames auch ziemlich problematisch ist, da FS hier die "@" Zeichen mutwillig löscht, und aus den Großbuchstaben Kleinbuchstaben macht.). Hier hatten wir auch eine Lösung programmiert, die stets die passenden Referenznamen anhand der genutzten Pakte herausfindet, um die Aufrufe der Vorlage bei CooperateContent sinnvoll durchführen zu können.
Eines der Projekte ist jedoch bereits redaktionell im Einsatz. Hier kann ich nachträglich die Referenznamen nicht anpassen.
Um den Footer im zweiten Projekt sinnvoll über CooperateContent nutzen zu können, brauch ich den alten Referenznamen.
Ein Option: "Trotzdem ändern, egal was mit der Historie ist", wäre auch gut, da es in diesem Fall ein neu aufgesetztes Projekt ist. Alternativ kann ich das gesamte Projekt löschen und alles neu anlegen - was ich aber für unverhältnismäßig aufwändig halte. Eventuell sagt das System hier aber auch, das der Projektname eines gelöschten Projektes bereits vergeben ist?
0
Please sign in to leave a comment.
Comments
14 comments