Public Support

Hallo Claudia,

das wird aktuell nirgends gecheckt, du musst wissen, dass dies in ADTF 3.x nicht mehr so starr ist an der Stelle, der Stream Type kann sich theoretisch zur Laufzeit ändern, der Reader im Konsumentenfilter (Eingangspin) entscheidet das, aber erst zur Laufzeit, also nicht im CE zum Konfigurationszeitpunkt.

Deshalb wurde hier der Check (noch) weggelassen.

Es gibt aber Überlegungen, hier entweder einen Guide anzubieten wie der Kunde das machen kann (per CE Scripting oder CE Plugin Module) oder wir eine Funktionalität anbieten, welche die statischen Infos aus den plugindescription dahingehend prüft und (konfigurierbar) warnt oder verbietet.

Hier ist aktuell aber noch nichts geschehen, das entsprechende Produktticket habe ich zur Vollständigkeit verlinkt.

Hi Claudia,

für meinen Use-Case ist es aus Usability-Sicht etwas schade, wenn mein User Konfig-Fehler erst zur Laufzeit entdeckt.

Ja, deswegen würde ich eine konfigurierbare Lösung anstreben, dann kann der Anwender selbst entscheiden was passiert.

Eine Lösung über die plugindescription wäre nur für statische Pins, wenn ich das Konzept richtig verstanden habe. In meinem Fall verwende ich dynamische Pins, welche via QML Script erzeugt werden. Ich fände daher eine Scripting-Lösung, bei der alle Pin-Typen berücksichtigt werden können, sinnvoller.

Ich meinte damit wenn man versucht einen statischen zu einem dynmaischen Pin zu verbinden, dann weiß man nicht ob es passt und der CE kann nichts validieren.
Wenn du mittels Scripting o.ä. Pins anlegst, dann kannst du den Typ ja definieren. Das sollte der CE dann zumindest prüfen, das sollte schon gehen.
Nur der Vollständigkeit halber...