Objekt aus Client XML erzeugen

kein Wert ($null)

kein Wert ($null)

kein Wert ($null)

n/a

Eine Zeichenfolge, die kein wohlgeformtes XML definiert

leere Zeichenfolge ("")

abcXYZ

<missingSlashInClosingTag>XYZ<missingSlashInClosingTag>

n/a

ProcessException:Failed to parse

Ein wohlgeformtes XML, das in einem beliebig benannten root -Element als Inhalt nur Text enthält.

<obj>123E4</obj>

123E4(Zeichenfolge)

n/a

Ein wohlgeformtes XML mit einem root-Element, dessen (simpler) Inhalt in die im anwendbaren Klassenfeld (hier: class) spezifizierte Klasse umgewandelt werden kann.

<obj class="java.lang.Double">123E4</obj>

1230000.0
(Double-Wert)

 HINWEIS  Die originale Zeichenfolge 123E4 wird unter Berücksichtigung der Regeln für die Java-Klasse Double interpretiert und ergibt als Exponentialzahl den Zahlenwert 123 x 10^4 (1230000.0).

{
"textContent": "123E4",
	"class": "..."
}

(Client-Objekt in JSON-Notation)

 HINWEIS  Wenn der Eingabewert 123E4 ohne Berücksichtigung der Klasse Double/Long interpretiert wird, besteht über das automatisch erzeugte Feld textContent Zugriff auf die originale Zeichenfolge und über das Feld class auf den Namen der "eigentlichen" Klasse.

n/a

Ein wohlgeformtes XML mit einem root-Element, dessen (simpler) Inhalt nicht in die im anwendbaren Klassenfeld (hier: class) spezifizierte Klasse umgewandelt werden kann.

<obj class="java.lang.Long">123E4</obj>

kein Wert ($null)

 HINWEIS  Die originale Zeichenfolge 123E4 wird unter Berücksichtigung der Regeln für die Java-Klasse Long interpretiert. Die Interpretation der Exponentialschreibweise (123 x 10^4) wird für Long im Unterscheid zu Double nicht unterstützt.
Daher wird "kein Wert" zurückgegeben.

n/a

Ein wohlgeformtes XML mit einem root-Element für das im anwendbaren Klassenfeld (hier: class) eine im Kontext unbekannte Klasse angegeben ist.

<obj class="fancy.Number">123E4</obj>

{"textContent": "123E4",
        "class": "fancy.Number"}

(Client-Objekt in JSON-Notation)

n/a

Ein wohlgeformtes XML, dessen root-Element sich auf einen für den Server definierten root-Element-Typ (hier: "Ereignis") bezieht und erfolgreich gegen dessen Schema validiert werden kann.

<alert class="de.lobster.scm.scem.incident:Incident">
<incidentState class="string">NEW</incidentState><incidentSource class="string">SCHEDULED</incidentSource><incidentSeverity class="string">HIGH</incidentSeverity>
<additionalInformation> ... </addtionalInformation>
</alert>

 WICHTIG  Die Felder incidentState, incidentSource und { incidentSeverity beziehen ihre Werte aus Dynamische Aufzählungen. Die im Beispiel zugeordneten Zeichenfolgen verwenden die internen Namen der entsprechenden Werte. Damit die automatische Umwandlung vom String zum Dynamischen Aufzählungswert funktioniert, muss dem betreffenden Element explizit die Klasse string (bzw. java.lang.String) im class-Attribut zugewiesen sein.

{
	"class": "de.lobster.scm.scem.incident.Incident",
	"affectedEntities": null,
	"created": null,
	"creatorId": "0",
	"id": "0",
	"incidentSeverity": "HIGH",
	"incidentSource": "SCHEDULED",
	"incidentState": "NEW",
	"incidentType": null,
	"lastModified": null,
	"lastModifierId": "0",
	"ownerId": "0",
	"partialLoaded": false
}

(Neue Incident-Entität - s. Klasse SCEM Ereignisse -
in JSON-Notation)

 HINWEIS  Inhalte, die im Datenmodell der Klasse nicht vorgesehen sind (im Beispiel: additionalInformation) "fehlen" in der erzeugten Entität. Dafür erscheinen hier Standardfelder mit Standardwerten für deren Datenmodell (z. B: id=0).

{
"additionalInformation": ...	
"incidentState": {
		"textContent": "NEW",
		"class": "string"
	},
	"incidentSource": {
		"textContent": "SCHEDULED",
		"class": "string"
	},
	"incidentSeverity": {
		"textContent": "HIGH",
		"class": "string"
	},
	"textContent": "NEWSCHEDULEDHIGH",
	"class": "de.lobster.scm.scem.incident:Incident"
}

(Client-Objekt in JSON-Notation)

 HINWEIS  Das Client-Objekt gibt alle Informationen aus dem XML wieder, bildet diese aber ohne jegliche Berücksichtigung in unterschiedlichen Ebenen referenzierten Klassen ab.

n/a

Innerhalb einer Ausführen mit-Ereignisaktion soll die Liste aller Wetterberichte ( metar-Elemente im XML) aus der Datei als abweichendes Bezugsobjekt gelten. Die folgende Verkettung von Wertauflösern ermöglicht die Umwandlung der XML-Datei in ein "Listenobjekt":

• Der Dateireferenz-Wertauflöser liest die Datei aus dem Verzeichnis ./upload/wx/metar.xml und liefert.

• Der verkettete Eingabeobjekt (Typsicher) "liest" den Inhalt der Datei (XML-Text).

• Der verkettete Text ersetzen-Wertauflöser wird benötigt, um dem ersten Tag der XML-Struktur ein class-Attribut hinzuzufügen, was erforderlich ist, damit das root-Element (mit dem Namen avmet, s. o.) im nächsten Schritt als Listenobjekt (java.util.List) geparst wird. Die Ersetzung regelt ein regulärer Ausdruck (s. Screenshot).

• Das aufbereitete XML wird an den verketteten Objekt aus Client XML erzeugen-Wertauflöser übergeben, der unter Berücksichtigung der eingefügten class-Zuordnung für das root-Element eine Liste von Objekten zurückgibt, die deren Felder die Inhalte je eines metar-Elements wiedergeben.

 ANMERKUNG  Im Aktionsblock der Ausführen mit-Ereignisaktion könnte diese Liste z. B. per Regel-Listen Resolver nach einem Wetterbericht für einen bestimmten Flughafen durchsucht werden, der durch eine Objekt-Feld-Regel für das Feld icaoAdId identifiziert wird.