Hallo e-Spirit-Kollegen, Hallo Community,
ich würde gerne Vorschlagen das die FS-API eine Möglichkeit bereitstellt, die Vergabe von UIDs stärker zu steuern.
Warum das ganze?
- Für alle Projekte welche CorporateContent nutzen ist das ein Feature, dass schon seit längerem benötigt wird, um das Überschreiben von Abo-Projekt-Inhalten durch Master-Inhalte zu verhindern (die Konfigurationsmöglichkeiten, Elemente im Abo nicht überschreiben zu lassen, stellt leider keine Lösung für dieses Problem dar, da dies bei einer erneuten Einrichtung von CorporateContent [z.B. beim Einrichten einer neuen FS-Server-Instanz] nicht zur Verfügung steht).
- Für Kunden welche zwischen FS-Umgebungen Content transferieren via CorporateTransport. Diese überschreiben sich in ungünstigen Fällen den Content bei Aktualisierungen.
Eine Lösung anhand vorhandener API (z.B. auf Basis von StoreListener“ haben sich als unpraktikabel erwiesen -> siehe HELP-46482).
Mögliche Lösungsalternative:
Schick wäre ein Interface wie folgendes:
public interface UidGenerator {
String createElementUid(StoreElement parent);
String createTemplatedElementUid(StoreElement parent,Template template)
}
Das Feature das UIDs Unique gehalten werden durch „_1“, _2“ etc. könnte nachgelagert bestehen bleiben.
Es müsste außerdem eine Möglichkeit geschaffen werden, diese „UidGeneratoren“ je Projekt einsetzen zu können.
Gruß,
Christopher
------------------------------
Hello e-Spirit colleagues, Hello community,
I would like to suggest that the FS API provides a way to control the allocation of UIDs more.
But why?
- For all projects using CorporateContent, this is a feature that has been needed for a long time to prevent overwriting of subscription project content by master content (the configuration options to not let items in the subscription be overwritten is unfortunately not a solution to this problem, as this is not available when CorporateContent is set up again [e.g. when setting up a new FS server instance]).
- For customers who transfer content between FS environments via CorporateTransport. In unfavorable cases they overwrite the content during updates.
A solution using existing API (e.g. based on "StoreListener" have proven to be impractical -> see HELP-46482).
Possible alternative solution:
Nice would be an interface like the following:
public interface UidGenerator {
String createElementUid(StoreElement parent);
String createTemplatedElementUid(StoreElement parent,Template template)
}
The feature that UIDs are kept unique by "_1", _2" etc. could remain downstream.
There would also have to be a way to use these "UidGenerators" per project.
Greetings,
Christopher