Antwort auf: Connection-Lifetime, Entladen von Konnektoren und globale Konfiguration

Sehr geehrter Herr Schwang,

Zu 1 (kurzlebige Connections / Pool-Instanzen)

OutboundConnections werden bewusst offengehalten und wiederverwendet, ein Contract für kurzlebige Verbindungen ist im SDK nicht vorgesehen und aktuell auch nicht geplant. Von der ersten Variante (Selbstschließen nach der Interaktion) würden wir abraten so ist die Verwendung nicht intendiert, da das Aufräumen dann vom Zeitpunkt des nächsten Aufrufs abhängt und der Zustand der Connection für TRANSCONNECT nicht mehr eindeutig ist. Die zweite Variante, also das Beziehen der Pool-Instanz erst in #execute und die Rückgabe unmittelbar danach, ist aus unserer Sicht der passende Weg. Für den Verbindungstest empfehlen wir, in #connect weiterhin kurz eine Instanz zu beziehen und sofort zurückzugeben. Damit bleibt der Test aussagekräftig, ohne dass eine Instanz dauerhaft belegt wird.

Zu 2 (Reaktion auf das Entladen von Konnektortypen)

Aktuell gibt es im SDK keine Callback-Schnittstelle für das Entladen eines Konnektortyps, und eine solche ist derzeit auch nicht auf der Roadmap.

Zu 3 (Connection-unabhängige Konfiguration)

Nein, eine globale, von der Connection unabhängige Konnektor-Konfiguration ist derzeit nicht geplant. Die Konfiguration ist im SDK bewusst an die jeweilige Connection gebunden. Wenn meherer Connectoren die gleichen Properties teilen, macht es sinn diese in eine wiederverwendbare Connector-Extention auszulagern.