The Indexfieldconfig now contains the correct fields which are necessary to run the search.
The fields now can be configured via the client. Those infos are now used to dynamically load the configured fields an their values which are then internally used to run the prefilter as well as the real duplicate search.
NEXT UP => Configuring of the result fields. There's light at the end of the tunnel.

Fix in JditoFilter_lib. The function "JditoFilterUtils.getFilterFields" now correctly reads fields from a filter json
The call of the index search can now correctly use filters to make use of the real duplicate search. The dynamic reading of fields comes next

The prefilter filter Json is now correctly created and returned in case of a successful search ( Found results in threshold)

New Context/Entity/Views/Liquibase to configure which entity fields should be used by the index to search for duplicates
Renaming of DuplicateScanConditionConfig to have a seamless naming system
- DuplicateScanConditionConfig => DuplicateScannerPrefilterConfig
- DuplicateScannerIndexConfig

Addtitional tables have been added
It's now differentiated between the current alias and the system alias because both contain tables which have to be merged

Werden Cluster auf der Übersichtsseite ignoriert, wird nun kein Fehler mehr geworfen. Temporäre fixes, TobiF fragen

Ein erster Versuch für eine Preview wurde erstellt
Übersetzungen angelegt
Tabellen für den Merge wurden gegengeprüft und in der Lib ergänzt
Merge Funktionalität wurde für die Organisation erweitert
Merge für Person im Test, noch Fehlerhaft

Es werden sowohl die Organisationscluster angezeigt als auch analog zu den Personen eine Tabelle mit ignorierten Dublettenkombinationen. Entsprechende Aktionen werden ebenso angezeigt.
DuplicatesUnrelated wurde um Logik für Organisationen erweitert
Duplicates wurde um Logik für Organisationen erweitert

RefreshUnrelatedDuplicateRelations: Diverse Fehler behoben. Die ClusterIds werden nun korrekt aktualisiert und veraltete gelöscht.
Org Dubletten werden nun in der Testaktion ermittelt

Aktionen in der Dublettenansicht einer Organisation wurden entsprechend dem Person pendant eingefügt und angepasst
Organisationsdubletten werden  nun als zusätzlicher Reiter in der Org-Mainview angezeigt
Der Organisation Recordcontainer wurde um die Duplicate-Teile erweitert
Duplicates lib Funktion refactored

Es gibt eine neue Aktion zum ignorieren eines ganzen Clusters

Der Serverprozess ist in der ersten Version für das Person_entity fertiggestellt. Es werden die UnrelatedRelations entweder mit der neuen ClusterId geupdatet, sofern die duplicateId Konstellation weiterhin besteht, ansonsten werden die Datensätze gelöscht.

Logausgaben entfernt

Erweiterung der UNRELATEDUPLICATES Tabelle. Einträge dort enhalten nun die Information, zu welchem CLuster diese gehören. Dies vereinfacht die Zuordnung unter bestimmten Anforderungen.
Liquibase wurde entsprechend angepasst.
Am Duplicates Context wurde ein weiterer View gebaut, welcher alle ignorierten Dubletten sucht, welche sich nur auf einen Cluster beziehen. Erforderlich für die Dublettenübersichts-Detail-Seite

Detailansicht zeigt nun alle Kontakte innerhalb des selektierten Clusters ausgenommen der ignorierten Dubletten in der personfilter_view.
Die ignorierten werden demnächst in einer separaten Detailansicht dargestellt

Sql Query umgebaut auf Nutzung des Sql Builders
Auf der ClusterDetailSeite wird nun die Person Filter view angezeigt

Personen Dubletten Cluster werden nun korrekt angezeigt. Dabei werden "ignorierte Datensätze" nicht in der Auflistung angezeigt. Cluster mit zwei Einträgen, wovon einer "ignoriert" wird, werden ebenso ausgeblendet.
Es wurde ein neues Entity zum Anzeigen der ignorierten Dubletten angelegt.

Das neue Feld Target_Entity wurde der DuplicatesCluster Tabelle hinzugefügt. Hiermit können nun Entity spezifische Cluster gesucht und gelöscht werden.

Grundgerüst des Allgemeinen Dublettenübersichts-Contextes. Dieser lädt alle Dublettenarten über den gleichen JDito Recordcontainer über diverse Provider/Consumer Paare im gleichen Entity.
Entfernen des ursprünglichen Duplicates_entity, dieses wurde im alten Umfang nicht mehr benötigt.

Neues LB SCript für die Tabelle zum ignorieren von Dubletten erstellt
Dubletten können nun über eine Action ignoriert werden
Neuer Parameter an der Person, dass die ContactId des aktuell geöffnetes Kontaktes an die DublettenReferenz/Provider per Parameter weitergegeben wird
Neue Funktionen zum Erstellen, löschen einer Ignorierten Dublettenrelation und zum Löschen aller vorkomnisse einer ContactId in der UnrelatedDuplicates

Mohamed Mansour authored 5 years ago and Sebastian Listl committed 5 years ago

Language translations added.
Order parameters fixed in Offer_lib.

Eventuelle gecachete Duplicate werden nun beim Löschen einer Person ebenso gelöscht. Wäre nach dem Löschen dieses Kontaktes nur noch ein Duplikat in den Cluster eingetragen, wird dieser automatisch mitgelöscht. TODO Sobald Ignorieren Logik existiert, werden diese Einträge auch gelöscht werden.

Die Typ-spezifischen Dubletten, welche an Person/Organisation angezeigt werden, werden nun nicht mehr über ein separates Entity geladen, sondern direkt über das jeweilige Entity selbst. Dafür wurde der Recordcontainer um verwertung eines weiteren Parameters erweitert. Das Laden der Daten passiert über ein Consumer/Provider Paar direkt im gleichen Entity.
Die ActionGroup für Dublettenaktionen in der Kontakteliste wird immer angezeigt, wenn der entsprechende Parameter "onlyShowContactIds" gefüllt ist.

Für jeden Filter muss der Cache separat aktualisiert werden.
Beispiel Person:
Alle ContactIds der Personen werden durchlaufen und einzeln auf Dubletten geprüft. Wurden entsprechende Datensätze gefunden, werden diese nicht mehr behandelt. Die zusammengehörenden Dubletten werden dann, vereint unter einer gemeinsamen ClusterId, in der Datenbank gespeichert.

Permissions - default permissions get created in contentProcess of PermissionOverview and autostart to make sure the permission overview is up to date