XML-INTO - ich glaub mich tritt ein Pferd

**camouflage** · 17-02-20, 13:44

Hallo Birgitta,

Seit ich die nested Templates definiert habe, knallt's. Der Fluch dabei ist, dass der Ausdruck "order" an diversen Stellen vorkommt, auch dort wo kein Element stattfindet.

Fehlermeldung: Unterfeld, für das der Fehler festgestellt wurde, ist "order". Ich lösch mal alle Elemente raus, so dass ich ein reines XML habe und schau mal.

**camouflage** · 17-02-20, 15:41

Irgendwie beisst sich da die Katze in den Schwanz. Stimmt das XML genau mit den Templates überein, gibt es keinen Fehler. Dann kann ich auch das allowmissing=yes weglassen. Doch genau das ist die Krux. Lasse ich das allowmissing=yes weg, erhalte ich einen Fehler, wenn im Template das Element vorhanden ist, im XML jedoch nicht.

Allerdings weiss ich nie genau, wie das XML daher kommt, da viele Elemente fakultativ sind und genau da knallt's - bämmm, Fehler "Unterfeld Pfad nicht gefunden RC-1". Gemäss einem Post irgendwo in der Wolke, war das mal nicht so, wurde aber durch ein PTF verschlimmbessert. Oder weiss da jemand etwas genaueres.

**Fuerchau** · 17-02-20, 16:31

Versuche am besten "case=convert".
Damit werden dann auch im Namen nicht zulässige Zeichen als "_" ersetzt.
Aus "XXX:YYY" wird dann "XXX_YYY".
Ich denke nicht, dass es mit allowmissing oder allowextra zu tun hat.

**camouflage** · 17-02-20, 16:40

Danke Baldur,
ich habs's probiert, kein Erfolg.

Ich kann mit meinen Definitionen problemlos eine Adresse einlesen, sofern alle Felder übereinstimmen. Wenn ich jetzt in der RPG Datenstruktur z.B. das Feld eMail definiere, aber im XML dieses nicht vorkommen muss, erhalte ich den Fehler RNX0353, RC1.

Ich hoffe ich hab's nun verständlich formuliert.

**Fuerchau** · 17-02-20, 16:53

Ich würde es mal mit "ns=merge" versuchen:

merge indicates that the colon is replaced with underscore in the XML name when matching an RPG
name. For example, if the XML name is ABC

EF, the name ABC_DEF is used when comparing to an
RPG name.

Damit treten dann keine Namenskonflikte auf und missing/extra sollte funktionieren.

**camouflage** · 17-02-20, 17:10

Der ns=remove nimmt mir die vorgängigen cac: oder cbc: vor den Elementen weg. Ich kann ja keine Felder wie cbc:Name in RPG definieren. Der merge hat nix gebracht. Grundsätzlich funktioniert ja der XML-INTO wenn 1:1 die Felder und XML übereinstimmen. Ich frage mich auch ob der allowmissing explizit den Elementpfad anspricht oder sich vielmehr auf Element Arrays bezieht.

**Fuerchau** · 17-02-20, 17:49

Ich denke doch das hat mit dem namespace zu tun.
Du kannst die Felder in ILERPG dann in "cbc_Name" definieren, dann passt es doch.
Probiers doch einfach mal.

**camouflage** · 18-02-20, 09:06

Danke der regen Anteilnahme.

Mittlerweile bin ich ein bisschen weiter. Folgendes, nehme ich ein normales Peppol Standard Dokument per Definition, ist alles in Butter. Sobald ich es aber in einen "StandardBusinessDocument"-Header einbinde, knallt's. Und hier muss ich noch meine Lupe hervor kramen.

Sonst, alles gut mit dem XML-INTO.

**camouflage** · 18-02-20, 09:34

Gelöst!

Ich weiss nicht ob es ein Bug ist, aber ich nehme es an. Wenn der Ausdruck der eingebundenen Templates zu lang wird, gibt es einen Fehler RNX0353 RC-1 aus.

In meinem Fall habe ich das Wurzelelement "StandardBusinessDocument" auf "Standard" reduziert und das Programm lief problemlos mit all seinen vorhandenen und nicht vorhandenen Elementen durch. Allerdings nehme ich an, wenn jetzt nochmals eine Einbettung ansteht, knallt's wieder.

Uebrigens, das ist bisher der längste:
STANDARDBUSINESSDOCUMENT.ORDER.ACCOUNTINGCUSTOMERP ARTY.PARTY.PARTYLEGALENTITY.REGISTRATIONADDRESS.CO UNTRY.IDENTIFICATIONCODE =

Wie ich das verarbeite? Fragt mich später.

**Fuerchau** · 18-02-20, 11:21

Scheinbar unterstützt XML-Into nur Namen mit max. 128 Zeichen, statt der möglichen 4096.
Dies weist dann wohl auf einen Fehler hin.

Statt XML-INTO kannst du ja auch SQL verwenden. Da selektierst du nur eine Tabelle und keine Baumstruktur. Birgitta hat da immer sehr schöne SQL-Beispiele und du kannst durch INTO ja ganz andere Namen nehmen;-).