Vergleichsreport

Die Idee hinter Konnektoren besteht darin, eine Einrichtung zu haben, die als Datenadapter zwischen einigen Quelldaten und einem Zielausgang dient, was einen einfachen Export / Import von Daten von / zu Webdesk ermöglicht. 

Diese Struktur besteht aus zwei Grundtypen von Steckverbindern: 

• Quellkonnektoren
• Zielkonnektoren 

• CSV-Datei
• eine Persistenzentität im System
• eine bestimmte Tabelle in einer Datenbank 
• usw. 

• eine Datei
• eine bestimmte Entität
• eine bestimmte Tabelle in einer Datenbank 
• usw. 

Die Eingabe ist eine generische Karte des Formulars <Feldname, Feldwert>. Mit diesen beiden Komponenten haben wir die Grundlagen, ein leistungsfähiges Werkzeug für Datenübertragungen von / nach Webdesk in einer Vielzahl von Formaten einzurichten. Die Quell- und Ziel-Konnektoren sind über eine Konnektor-Verknüpfung miteinander verbunden, die den zu verwendenden Quell- und Ziel-Konnektor angibt und insbesondere die Zuordnung zwischen den Feldern, die es ermöglicht, dass Daten im Eingabeformat als Daten im passenden Format der Ausgabe ausgedrückt werden. Dies bedeutet, dass die Konfiguration für einen End-to-End-Anschluss wie folgt aussieht:QUELLE → Quellkonnektor → Zielkonnektor → ZIEL Beispiel: Lassen Sie uns sagen, dass wir Daten von Personen importieren möchten, die in einer Datei gespeichert sind. In diesem Kontext ist die QUELLE die Datei, in der wir die Daten lesen, und das ZIEL ist die PoPerson-Einheit im Webdesk-System. Also, für diesen Import könnten wir einen SeparatorFileConnector mit der entsprechenden Konfiguration einrichten, um die Daten aus einer CSV-Datei zu lesen, dann müssten wir die erstellte Konfiguration mit einem PoPersonConnector verknüpfen (da dieser Connector nicht konfigurierbar ist, ist hier keine Konfiguration erforderlich). Sobald der Link erstellt ist, müssen wir die Felder, die wir im Quellkonnector angegeben haben, mit den entsprechenden Feldern im PoPerson-Connector verbinden, denn nur dann können wir diesen Connector-Link synchronisieren, um den eigentlichen Import von Daten durchzuführen. Weiterhin kann ein Konnektor in regelmäßigen Abständen mit einem Job synchronisiert werden. The idea behind connectors is to have a facility that acts as a data adapter between some source data and a destination output, which allows for easy export/import of data from/to Webdesk. 

This structure is built around two basic types of connectors: 

• source connectors 
• destination connectors

which allow a wide range of configurations to be set up, and a lot of flexibility when importing/exporting data.

Source connectors take their input data and transform it to a generic output. In other words, they transform data from a well known structure and create an output in a generic form to be consumed by others. The input data can come from a variety of sources: 

• a CSV file
• a persistence entity in the system
• a specific table in a database
• etc. 

The output will always take the form of a generic map <field name, field value>. 

On the other hand, destination connectors do the opposite and take a generic input and transform it to a well known output structure. 

The output structure can take several forms: 

• a file
• a specific entity 
• a specific table in a database
• etc. 

The input is a generic map of the form <field name, field value>.

With these two components we have the basics to set up a powerful tool for data transfers from/to Webdesk in a wide variety of formats. The source and destination connectors are bound to each other using a connector link, which specifies the source and destination connector to be used and, specifically, the mapping between the fields that allows for data in the input format to be expressed as data in the output format. 

This means that the configuration for an end-to-end connector is as follows

SOURCE → SourceConnector → DestinationConnector → DESTINATION

Example: 

let's say that we want to import data of persons stored in a file. In this context, the SOURCE is the file we're reading the data from, and the DESTINATION is the PoPerson entity in the Webdesk system. So, for this import we could set up a SeparatorFileConnector with the appropriate configuration to read the data from a CSV file, then we would need to link the created configuration to a PoPersonConnector (since this connector is not configureable, no configuration is needed in this step). Once the link is created, we need to map the fields that we specified in the file connector to the appropriate fields in the PoPerson connector, and only then can we synchronise this connector link to perform the actual import of data. Furthermore, a connector link can be synchronised periodically using a job.