Lade Webresource
Die Verhaltensweise Lade Webresource liefert über den angegebenen Decoder Verhaltensdaten aus einer per URL definierten Datenquelle, die an die Aktionen bei "wahr" übergeben werden. Die URL wird als Berechnungsausdruck ausgewertet und kann einen absoluten oder relativen Pfad definieren.
Die Verhaltensweise Lade Webresource soll über den angegebenen Decoder Verhaltensdaten aus einer per URL definierten Datenquelle gewinnen, die an die Aktionen bei "wahr" übergeben werden. Ist dieses Verhalten mit einem anderen Element verknüpft, werden dessen Daten als Eingabedaten für den URL Berechnungsausdruck, sofern dieses Element valide ist.
Scheitert der Abruf von Daten oder tritt beim Parsen der Daten ein Fehler auf, werden die Aktionen bei "falsch" mit leerem Eingabewert ($null) ausgeführt.
Die URL wird als Berechnungsausdruck ausgewertet und kann einen absoluten oder relativen Pfad definieren. Relative Pfade werden ausgehend von der aktuellen Browser-URL interpretiert. Hochgeladene Inhalte können daher nur als Webresource gelesen werden, wenn sie innerhalb des web-Ordners (s. Dateimanager) abgelegt sind, für den auch ohne Anmeldung Lesezugriff besteht.
Die Option Globales Fehlerhandling bietet die Möglichkeit die Standardfehlerbehandlung der Anwendung ein- oder auszuschalten.
Abhängig vom gewählten Decoder sind ggf. weitere Parameter wählbar (s. Screenshot oben):
|
Decoder |
Beschreibung |
|
CSV |
Der CSV-Decoder parst die zurückgegebenen Daten als CSV-Format mit dem im Parameter Delimiter angegebenen Trennzeichen (für Spalten innerhalb einer Zeile). Das im Parameter Escape char definierte Escape-Zeichen ermöglicht die Verwendung des des Spaltentrennzeichens (Delimiter) als reguläres Textzeichen, indem der Text für die betreffende Spalte zwischen zwei Escape-Zeichen eingeschlossen wird. In der erste Zeile der CSV-Daten werden immer die Namen der Datenfelder in der entsprechenden Anzahl und Reihenfolge ("Spaltenköpfe") erwartet. Spalten, für die kein Name angegeben ist, werden übersprungen, so dass das erzeugte Objekt in den Verhaltensdaten deren Inhalte nicht wiedergibt (siehe zweiter Datensatz im Beispiel). Beispiel: CSV-Daten mit Standard-Delimiter , (Komma) und Escape char
id,type,description1,doorL_rd_el,"Türe links, ROT, mit elektr. Fensterheber"2,doorR_rd_el,Türe rechts, ROT, mit elektr. FensterheberDiese Daten ergeben das unten im JSON-Format dargestellte Array-Objekt mit zwei Einträgen: Objekt im JSON-Format
[ { "id": "1", "type": "doorL_rd_el", "description": "Türe links, ROT, mit elektr. Fensterheber" }, { "id": "2", "type": "doorR_rd_el", "description": "Türe rechts" }]
|
|
CLIENT |
Der Client-XML-Decoder verarbeite natives XML-Format (ohne Bezug zu Typinformationen), wie es vom Browser interpretiert und verarbeitet werden kann. Beispiel: Eine Listen-Datenstruktur analog zum CSV-Beispiel könnte als (Client-)XML etwa so aussehen: XML-Beispiel
<items> <item><id>1</id><type>doorL_rd_el</type> ... </item> <item><id>2</id><type>doorL_rd_el</type> ... </item></items>Natürlich können im XML-Format auch komplexere Datenstrukturen geladen werden, die keine Listenstruktur aufweisen. |
|
SERVER |
Der Server-XML-Decoder erwartet ein XML-Format das typsicher ist, wie es in sämtlichen Exportformaten in Lobster Data Platform / Orchestration verwendet wird. |
|
JSON |
Der JSON-Decoder verarbeitet Daten im JSON Format, wie im CSV-Beispiel zur Darstellung des geparsten Objekts gezeigt. |
|
TEXT |
Diese Option übernimmt beliebigen Text direkt in die Verhaltensdaten, ohne diesen zu parsen oder zu interpretieren. |
|
BYTE_ARRAY |
Gibt die Bytes einer von der Ressource zurückgelieferten Datei direkt zurück (Typ ByteArray) |