Touchpoint gibt es zwar bereits seit einigen Jahren. Bisher jedoch als eigenst\u00e4ndige Komponente, die h\u00e4ndisch installiert werden musste. Mit Connections 6.5.1 \u00e4nderte HCL dies und lieferte die Anwendung standardm\u00e4\u00dfig mit Connections aus – allerdings nicht aktiv. Wer sie nutzen m\u00f6chte, muss sie in der touchpoint-config.xml <\/strong>aktivieren.<\/p>\n Diese Frage war essenziell, um das Problem \u00fcberhaupt sinnvoll analysieren zu k\u00f6nnen. S\u00e4mtliche Daten werden als benutzerdefinierte Profilfelder in der PeopleDB-Tabelle PROFILE_EXTENSIONS<\/strong> gespeichert und somit einem Connections-Profil zugeordnet:<\/p>\n touchpointSession<\/strong> ist ein riesiges JSON-Dokument, bin\u00e4r gespeichert. Es enth\u00e4lt s\u00e4mtliche Informationen zum und \u00fcber den Benutzer, sobald er eine Touchpoint-Sitzung begonnen hat. Neben der Ausstiegsseite umfasst dies auch beispielsweise eingegebene Daten. Der Anwender muss also nicht von neuem beginnen, wenn er Touchpoint abbricht. <\/p>\n privacyAndGuidelines<\/strong> enth\u00e4lt die Version der Nutzungsbedingungen, die akzeptiert wurden. Im obigen Beispiel ist dies Version 1.0<\/strong>. Erscheint eine neue Version 1.1, kann das System dadurch erkennen, dass der Nutzer die neue Version noch nicht akzeptiert hat und leitet ihn daher zu Touchpoint um.<\/p>\n touchpointState<\/strong> speichert den Zeitstempel des erfolgreichen Abschlusses in einem kleinen JSON-Dokument. Dementsprechend wird es erst angelegt, nachdem der Touchpoint vollst\u00e4ndig durchlaufen wurde.<\/p>\n Zusammenfassend war meine Feststellung bei der Fehlersuche: Der Nutzer schlie\u00dft den Touchpoint erfolgreich ab, wodurch die Profilfelder touchpointState<\/strong> und privacyAndGuidelines<\/strong> entsprechend gesetzt wurden. Die detailliertere Beobachtung zeigte jedoch, dass diese Daten sp\u00e4ter aus unerkl\u00e4rlichen Gr\u00fcnden wieder verschwanden. Folglich erscheint der Touchpoint erneut, da der Nutzer ihn laut vorliegenden Daten nie abgeschlossen hatte. Allerdings teils deutlich verz\u00f6gert. Dies scheint mit verschiedenen Caching-Mechanismen auf Client- und Serverseite zusammenzuh\u00e4ngen. Weiter erschwert wurde die Analyse dadurch, dass nicht alle Benutzer betroffen waren. Es schien kein Muster zu geben – mal betraf es neue Nutzer die den Touchpoint erst k\u00fcrzlich abgeschlossen haben. Teils auch \u00e4ltere.<\/p>\n Die Ursache lag in einer problematischen Standardkonfiguration des TDI: Dieser geht davon aus, dass die Touchpoint-Daten im LDAP gespeichert sind. Daf\u00fcr m\u00fcsste man eine Schemaerweiterung f\u00fcr alle ben\u00f6tigten Felder durchf\u00fchren. Ferner sehe ich wenig Sinn darin. Diese Daten geh\u00f6ren zu Connections und damit in die Datenbank der Anwendung. Gerade beim gro\u00dfen JSON-Dokument in touchpointSession<\/strong> sehe ich zudem Probleme. Nachvollziehbar w\u00e4re eine zentrale Speicherung h\u00f6chstens noch beim privacyAndGuidelines<\/strong> Attribute. So k\u00f6nnte aus anderen Anwendungen heraus leicht abgefragt werden, ob und wenn ja welche Version der Nutzer akzeptiert hat. <\/p>\n Unabh\u00e4ngig davon versucht der TDI, die Felder aus dem LDAP in Connections zu synchronisieren. Und hier liegt das Problem: Fehlen die vom Touchpoint verwendeten LDAP-Felder, wird kein Fehler geworfen. Stattdessen geht der TDI von einem leeren Wert aus. Hat der Nutzer Touchpoint abgeschlossen, \u00fcberschreibt der TDI beim n\u00e4chsten Durchlauf diesen Datensatz. Allerdings nur, wenn sich an dem dazugeh\u00f6rigen LDAP-Nutzer auch etwas ge\u00e4ndert hat<\/strong>. Dadurch war das Problem nur schwer zu erkennen und zu reproduzieren: Erst wenn der TDI eine \u00c4nderung erkennt, wird der Touchpoint durch die L\u00f6schung zur\u00fcckgesetzt.<\/p>\n Es gibt grunds\u00e4tzlich zwei M\u00f6glichkeiten:<\/p>\n Aus obigen Gr\u00fcnden sehe ich Variante 2 als sinnvoller an. Hierzu reicht es jedoch nicht<\/strong>, s\u00e4mtliche Attribute in der map_dbrepos_from_source.properties<\/strong> Konfigurationsdatei auf Null zu setzen:<\/p>\n Stattdessen m\u00fcssen die Felder komplett aus der Konfiguration entfernt werden. Dabei beginnen wir bei den benutzerdefinierten Feldern in der Datei conf\/LotusConnections-config\/tdi-profiles-config.xml.<\/strong> Dort sind alle drei o.g. Felder definiert inklusive recommendedTags <\/strong>und departmentKey<\/strong>. Wie der Name vermuten l\u00e4sst, sammelt das System in recommendedTags<\/strong> ein paar personalisierte Schlagw\u00f6rter, die dem Nutzer angeboten werden sollen. Alle vier m\u00fcssen dort wie folgt auskommentiert oder alternativ gel\u00f6scht werden:<\/p>\n Anschlie\u00dfend die Definitionen auch in conf\/LotusConnections-config\/profiles-types.xml<\/strong> entfernen<\/p>\n Verifizieren l\u00e4sst sich der Workaround mit folgenden Schritten, die im besten Falle mit einem eigens angelegten Testbenutzer durchgef\u00fchrt werden:<\/p>\n Warum nicht einfach Connections mit dem Testbenutzer im Browser \u00f6ffnen, statt in der Datenbank zu schauen?<\/strong><\/p>\n Wie bereits oben erw\u00e4hnt, gibt es hier offensichtlich mehrere Layer an Caches. Teilweise funktioniert es in einem Ikognito-Fenster bzw. nach dem L\u00f6schen aller clientseitigen Speicher des Browsers – jedoch nicht immer. Auch das neu einloggen ist keine Garantie. Dies hat die Fehlersuche anfangs verkompliziert, da der Touchpoint teilweise erst etliche Tage nach der L\u00f6schung des Datensatzes wieder sichtbar wurde. Die Datenbank ist daher am zuverl\u00e4ssigsten – fr\u00fcher oder sp\u00e4ter werden alle Caches geleert, dann z\u00e4hlt was in unserer DB steht.<\/p>\n","protected":false},"excerpt":{"rendered":" In der Standardkonfiguration von HCL Connections Touchpoint bekamen wir das Feedback, dass die Software st\u00e4ndig automatisch neu aufgerufen werde. Nicht in Intervallen von Monaten, sondern Tagen – teils sogar Stunden. Dies war nat\u00fcrlich nicht Sinn der Sache. Zusammen mit Christoph St\u00f6ttner habe ich das Problem analysiert und es konnte ein Workaround gefunden werden. Was ist …<\/p>\n","protected":false},"author":5,"featured_media":7121,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[765],"tags":[869,796],"class_list":["post-7193","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hcl-connections","tag-hcl-connections-touchpoint","tag-tdi"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7193","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=7193"}],"version-history":[{"count":9,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7193\/revisions"}],"predecessor-version":[{"id":7203,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7193\/revisions\/7203"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/7121"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=7193"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=7193"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=7193"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Wo werden die Daten gespeichert?<\/h2>\n
![\"\"](\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2021\/05\/grafik-1.png\")
<\/a><\/figure>\nWarum muss der Touchpoint st\u00e4ndig neu absolviert werden?<\/h2>\n
So l\u00e4sst sich das automatische L\u00f6schen verhindern<\/h2>\n
\n
extattr.touchpointSession=null<\/code><\/pre>\n\n<!--\n These extension attributes are required by the 'Touchpoint' component\n-->\n<!--\n<simpleAttribute extensionId="recommendedTags" length="256" sourceKey="recommendedTags" \/>\n<!--<simpleAttribute extensionId="departmentKey" length="256" sourceKey="departmentKey" \/>\n<simpleAttribute extensionId="privacyAndGuidelines" length="256" sourceKey="privacyAndGuidelines" \/>\n<simpleAttribute extensionId="touchpointState" length="256" sourceKey="touchpointState" \/>\n<richtextAttribute extensionId="touchpointSession" maxBytes="1000000" sourceKey="touchpointSession" \/>\n-->\n<\/pre>\n<\/div>\n
\n<!--\n<property>\n <ref>recommendedTags<\/ref>\n <updatability>readwrite<\/updatability>\n <hidden>true<\/hidden>\n <fullTextIndexed>false<\/fullTextIndexed>\n<\/property>\n<property>\n <ref>departmentKey<\/ref>\n <updatability>read<\/updatability>\n <hidden>true<\/hidden>\n <fullTextIndexed>true<\/fullTextIndexed>\n<\/property>\n\n<property>\n <ref>privacyAndGuidelines<\/ref>\n <updatability>readwrite<\/updatability>\n <hidden>true<\/hidden>\n <fullTextIndexed>false<\/fullTextIndexed>\n<\/property>\n<property>\n <ref>touchpointState<\/ref>\n <updatability>readwrite<\/updatability>\n <hidden>true<\/hidden>\n <fullTextIndexed>false<\/fullTextIndexed>\n<\/property>\n<property>\n <ref>touchpointSession<\/ref>\n <updatability>readwrite<\/updatability>\n <hidden>true<\/hidden>\n <fullTextIndexed>false<\/fullTextIndexed>\n<\/property>\n-->\n<\/pre>\n<\/div>\n
Testlauf<\/h2>\n
\n