Gibt es eine Limitierung beim xml-Import?

[typeOneg]

Hallo zusammen,

kurze Frage: ich habe eine DB, wo xml-Auftrags-Dateien importiert werden. Seit kurzem klappt das bei ein paar Files nicht mehr und ich bekomme folgende Fehlermeldungen:

Popup1
<?xml version='1.0'?>
<DOMParserLog>
</DomParserLog>

Popup2
 4412: User-defined error

Ich hab' mit dem xml ein wenig experimentiert und wenn 1216 Zeilen enthalten sind, klappt der Import. Wenn z.B. 1223 Zeilen drin sind, kommt der Fehler.

Gibt's da irgendwelche Limitierungen, die man kennen sollte?

EDIT: bzw. kann es sein, dass es am xml-File liegt oder an der Maske, deren Felder mit den Werten aus dem xml-File befüllt werden?

Getestet auf meinem Client mit 8.5.2 FP2

lg
Hans

[m3]

Import wie ?

[typeOneg]

mal schau'n, ob ich einfacher Admin dich mit den gewünschten Infos versorgen kann :-)

ist gibt eine script-bibliothek, wo der import abgehandelt wird. dort wird das xml-file geparsed und der inhalt wird auf entsprechende felder in einer teilmaske aufgeteilt.

kann es sein, dass die textfelder, die die werte aus dem xml aufnehmen "gesprengt" werden?

[m3]

Ich vermute mal, dass da das XML mit NotesStreams eingelesen wird - die können immer nur eine bestimmte Anzahl an Bytes einlesen, dann muss man "nachlesen". Ev. ist da was nicht sauber implementiert?

[typeOneg]

das kann gut sein. hab' mal bei den entwicklern angeklopft. mal schau'n, was die sagen.

[marschul]

Gem. Hilfe verträgt der Stream über die Methode .ReadStream bis zu 2 GB, bei nur .Read sind es 65535 Bytes. Beim DOM-Parser braucht man das aber m.W. gar nicht, der sollte sich doch um alles kümmern (habe da leider zu wenig Erfahrung).
Die Vermutung, dass zuviel Inhalt in einem Feld landet, geht auch - hatte ich bereits i.V.m. dem SAX-Parser. Dann kann auf ein entsprechendes Feld (bzw. das Dokument) nicht mehr vernünftig zugegriffen werden  Umgehen lässt sich dies durch einen unschönen Workaround mit Richtextfeldern (light). Allerdings sehen Fehlermeldungen hier anders aus als die geposteten.

Hilfreich wäre natürlich, den Code zu kennen...

[ata]

@typeOneg (Hans)

... kannst du bitte Klein- und Großschreibung beachten - es liest sich grausam und macht gar keinen Spaß... - Danke

Toni

[typeOneg]

@marschul: das wollte ich euch nicht antun, hier den ganzen Code zu posten :-)

@toni: sorry. Normalerweise achte ich gerade in diesem Forum immer besonders drauf, weil ich solche Hinweise schon öfters gelesen habe :-)

[koehlerbv]

Hans, fordere mal von den Entwicklern, dass sie ein ordentliches ErrorHandling einbauen - dann wüsste man sofort und ohne Krämpfe, an welcher Stelle (Mpdul, Zeile) es kracht. Und ggf. reicht dann diese Zeile für uns hier im Forum.

Bernhard