Einfluss auf UID-Vergabe/Influence on UID assignment

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