Permissions - roleTitle instead of roleName gets now displayed in treetable and preview - conditional permissions are no longer child elements of default permissions

# Conflicts:
#	entity/Communication_entity/Communication_entity.aod
#	entity/Organisation_entity/Organisation_entity.aod
#	entity/Person_entity/Person_entity.aod

# Conflicts:
#	entity/DuplicateScanner_entity/entityfields/testactiongroup/children/testduplicatescanner/onActionProcess.js

Created Fallback on creation of an merge activity, if there is no current contact id, an empty string gets used

If a merge has been successful, a new acitivity gets created on the target record of the merge
This has been implemented on Person and Organisation

It's now possible to have a scanner configuration without any prefilters. No threshold logic is applied, only the configured fields are used to search.
On the other hand is it now possible to have a scanner with only a prefilter.

bugfix: new activity/task in Person_entity did use wrong addtionalLink-ids for organisation-contacts

Fixed error where if no duplicate scan result on creation of a new person could be found, the code tried to access .lenght...
Data_alias.aod: The auditSyncConfig was configured to audit itself which resulted in an error. Fixed.

RebuildAllDuplicateCaches_serverProcess.aod takes both person and organisation scanner (currently hard coded) and runs them. This is ought to be executed via the manager/other serverside ways
RebuildDuplicatesCache_serverProcess on the other hand should be used via code because this process expects the filterName and TargetEntity as parameters. The usages are commented out for the time beign becaus of incompatibilities in the process.execute* methods...
If a person or organisation is merged, the standardcommunication ways of the old record are reset to "no standard".

If duplicates have been found while saving a new contact, a notification will be shown, alerting the user

This has been integrated into the action to rebuild person and org duplicates

New field BLOCK_SIZE which specifies the bulk size of data which gets loaded. This is used in the case of a cache rebuild, the data to scan for duplicates gets loaded in the thru BLOCK_SIZE specified size.

If a person is added, a scan for duplicates is triggered automatically. if a matching cluster exists the new record gets added, otherwise a new cluster gets created
The field, which is currently used by the demo duplicatescan (firstname) is now another type because the phonetic matcher creates seemingly wrong searchresults. If the scan for duplicates or the indexsearch results in seemingly unrelated results, set the indexFieldType to TEXT_NO_STOPWORDS.

refactorings

Feld DB_FIELD_NAME removed
Created fields for defaultvalues city,zip,... to use in duplicatesearchconfig
Custom fields added in subProcess to have them added to the index

S.Listl authored 5 years ago and Sebastian Listl committed 5 years ago

(cherry picked from commit 3e5544d3)

S.Listl authored 5 years ago and Sebastian Listl committed 5 years ago

(cherry picked from commit f79a987f)

(cherry picked from commit 42dd4194)

S.Listl authored 5 years ago and Sebastian Listl committed 5 years ago

(cherry picked from commit caac232e)

S.Listl authored 5 years ago and Sebastian Listl committed 5 years ago

(cherry picked from commit c708b72d)

Johannes Hörmann authored 5 years ago and Johannes Hörmann committed 5 years ago

(cherry picked from commit 35a435d0)

The function ScanForDuplicates has been refactored and is now much more easy to use because it does much more stuff inside to have an easier api.
"RebuildDuplicatesCache" and "ScanForDuplicates" have been refactored.
The fields used in the prefilter don't have to be configured manually by the user. Instead, the fields defined by the prefilter now get added automatically to the list of fields to be used. In the case, that the field has been added via the users config anyways, it doesn't get added by code to ensure that each field is mentioned exactly once.
To reflect these changes, the javadoc including the example of ScanForDuplicates and RebuildDuplicates has been updated.
 Until it's possible to load values from a consumed entity dynamically via code, the possibility to select entity fields from consumed entities via ui has been removed. See ticket #1044577. Now only "native" fields directly from the base entity can be selected.
 Since the entity fields are now used in the configuration of the duplicate search, no db fields have to be configured any more. The field has been removed from liquibase