Feature/59670 policy time function extension #75
Conversation
|
Ich würde die extensions, auch wenn diese von uns erstellt und gepflegt werden, nicht mit in dieses repository kopieren sondern an dieser Stelle mit git submodulen arbeiten. Der Code hier scheint ja vom Fraunhofer Institut zu sein und wird dementsprechend auch von denen gepflegt daher würde es sich anbieten das Repository als git submodule auszulegen und das bei update der EDC version mit zu updaten. Dann haben wir auch keinen fremden Code mit im Repository an dem wir garnicht mit gearbeitet haben. |
|
Der Code ist eigentlich eine Mischung aus diesem (nicht gemergten, da sich keiner drum kümmert) PR eclipse-edc/Samples#35 + https://github.com/FraunhoferISST/edc-samples/tree/feat/basic-policy-sample und von etwas das sovity gemacht hat: https://github.com/sovity/edc-extensions/blob/main/extensions/policy-time-interval/src/main/java/de/sovity/edc/extension/policy/TimeIntervalFunction.java Also die Idee ist beiden Fällen dieselbe, aber sovity hatte mit mehr Operatoren gearbeitet, weswegen ich den Teil einfach rauskopiert habe. Das Lizenz-Blabla ist da eigentlich nur ein Überbleibsel. Also das ist in beiden Fällen nix was jetzt irgendwo als Extension im offiziellen EDC-Repo liegt. Sonst hätte man ja wie bei den anderen Extensions einfach die entsprechenden Maven artifacts verwenden können. |
|
Aber ja, ich sehe das Argument, dass das Potential für zusätzliche Maintenance liefert, ohne dass wir die Funktionalität jetzt "akut" brauchen. Würde es halt als Minimalbeispiel für Policy Enforcement betrachten, eher im didaktischen Sinne, damit man das mal gesehen hat. |
Dies ist ein erstes Beispiel für ein Policy Enforcement - Modul des EDC. Konkret erhält der Benutzer hiermit die Möglichkeit, konkrete Zeitpunkte oder Zeitfenster anzugeben, innerhalb derer ein Asset gesehen / verhandelt werden darf. Erstelle ich beispielsweise ein Asset mit einer Access Policy (Access Policies steuern im Allgemeinen die Sichtbarkeit vom Assets im Datenraum), die besagt, dass das Asset bis zum einschließlich 30.06. gesehen werden darf, so verhindert mein eigener EDC ab dem 01.07. automatisch, dass andere Teilnehmer das Asset in meinem internen Katalog wiederfinden können.
Allgemeiner liefert der PR das allgemeine Setup für das Hinzufügen weiterer eigener Extensions, wie zum Beispiel für die zu modifizierenden S3-Extensions.