Office: (Office 2007) xml dateien in access importieren

Ich habe jetzt mal diese kleine Beispiel DB angehängt inkl zwei xml dateien die typisch sind.

Vielleicht könnt ihr euch die ja mal angucken, ich bekomme das nicht hin ?!? *frown.gif*

 

Bei meinem Vorschlag wurde die Schleife bei Fehler nicht fortgeführt.
Louisleons Vorschlag greift auch etwas kurz, da bei Importfehler die für die Anfügeabfrage notwendige Tabelle noch nicht angelegt ist und somit Folgefehler auftreten (betrifft dann auch noch das Dateiverschieben).

Was der Fehler 424 aussagt, habe ich nicht geprüft, jedoch hatte ich es mit einem anderen zu tun:
Fehler 31592 - ungültiges Zeichen in XML-Schema

Die folgende Anweisung lief bei mir fehlerfrei durch. Hier wird aber der Einfachheit halber bei jedem Fehler die XML-Datei aussortiert, sauberer wäre eine Reaktion nur auf die relevanten Fehler beim Import. Die Ermittlung dieser erspare ich mir an dieser Stelle, zumal eine fehlerhafte XML-Datei in dieser Richtung nicht aussagekräftig genug ist.
(Achtung: Buttonbezeichnung und Ordner abweichend)
Code:

 

Hallo,

wie Eberhard richtig bemerkte (ungetestet!) war das auch nicht das gelbe vom Ei.
Bei mir läuft folgende Variante mit deinen Testdaten (getestet):
Code:

wobei mich die unterschiedlichen Fehlernummern bei allen ein wenig irritieren (evtl. Versionsunterschiede??)

Gruß

LL

 

Da liege ich ja mit Err.Number 0 auf der sicheren Seite.
Es wäre wohl sinnvoll, bei der genannten Anzahl an fehlerhaften Dateien (800) Dateiname und Fehler per Anfügeabfrage in einer zusätzliche Logtabelle zu erfassen, um den Importfehler (oder die Importfehler) zu erfassen und letztendlich durch geeignete Korrekturmaßnahmen auf 0 runterzufahren.

 

Hi Eberhard und Louisleon,
Eberhards Version habe ich angepasst und sie läuft auch durch.
Louisleons Version bekomme ich nicht zum laufen (noch nicht).
Hab' Access 2007 aber die DB speicher ich als 2003.
Von insg. 4500 Dateien bleiben ca.480 übrig.
Mir ist nicht ganz klar warum, aber immerhin habe ich sie jetzt isoliert.

Die Idee mit der Ordnerwahl am anfang usw finde ich super, aber jetzt muss ich erstmal gucken warum die Dateien nicht importiert werden *Smilie
Aber bis hier alles klasse, danke *Smilie

 

Bei einigen Dateien gibt es doppelte Feldnamen.
Soweit der Anfang *frown.gif*
Alsoutf8hallo
Das ist Problem nr 1

 

Nur mal für dein oben gepostetes test_fehlerhaft_contract.xml...
Inkorrekt ist laut VS2008 die Stelle:
Code:

Fehler 1 Unzulässige Syntax. Ein gültiges Zeichen am Anfang des Namens wird erwartet.und
Fehler 2 Das Zeichen ' ', Hexadezimalwert 0x20, ist in einem XML-Namen nicht zulässig.

Vorschlag:
Hole dir mal einen tauglichen XML-Viewer, wie etwa das kostenlose XML-Notepad:
http://www.microsoft.com/downloads/d...displaylang=en
Da kannst du die fehlerhaften XMLs reinladen und auf Fehler parsen.
Danach kannst du den XML-Ersteller darauf hinweisen, welche Fehler das sind und bitten, vielleicht mal korrekte Tools für den XML-Export zu verwenden bzw. sowas wie "Name" nicht als Feldnamen zu verwenden.
Denn bei 480 falschen Dateien ist das Vorhaben doch witzlos, oder?

Ciao, Sascha

 

Na, wenn Du eine lauffähige Version hast *wink.gif*
Aber wo hängst Du bei meiner Version?
Ich habe hier nur Acc2003 und habe den Test mit deinen beiden Versionen laufen lassen. Allerdings habe ich jetzt feststellen müssen, das keine Daten in die Tabelle importiert wurden ??
Das XML kommt bereits nur mit den Feldnamen rein, keine Daten *frown.gif* (??)
Da kann ich dann auch nur Sascha zustimmen mit seinem Hinweis aus #36!
Aber wie gesagt, mich würde nur interessieren wo es bei Dir hängt?

Gruß

LL

 

Also, wenn ich einfach deinen Code einfüge, ins ereignis meiner schaltfläche, kommt als erstes dieser fehler
'Fehler beim Kompilieren'
'Sub, oder Funktion nicht definiert'

Dann markiert Acc mir diesen Teil:
***BrowseForFolder***

Liegt wohl an meiner Acc Version ?

 

BrowseForFolder ist keine Standardfunktion, sondern ein eigendefinierter Verzeichnisauswahldialog. Da muss das entsprechende Modul (ein paar Win-API´s sind enthalten) ergänzt werden.

 

HI Sascha,
danke für den Tipp.
Ich habe mir mal das Notepad inst.
Leider kann ich nicht die xml dateien ins programm laden, macht es nicht, allerdings hab ich auf Umwegen herausgefunden das es wohl am & und @ liegt.
zumindest sind das schonmal Fehler.
Allerdings brauche ich in den Daten zumindest das @ Zeichen in den Emailadressen.
Ist es Möglich das es sich um einen anderen Schriftsatz (Format ) handelt und aber trotzdem als @ zeichen angezeigt wird ?
Wenn ich das originale @ und & durch @ und & aus dem Notepad verwende kann ich die datei ins Notepad ohne probleme laden.

ich habe mal eine datei inkl dieser zeichen angehängt.

 

\@Eberhard, danke für den Hinweis.

 

AAAAlso, ich denke ich habe den Fehler gefunden.
Es geht um sämtliche Sonderzeichen und Umlaute.
@&ß üöä (bei denen ist es sicher)

Die Zeichen scheinen in einem fremden (auch mir fremden *rolleyes.gif* ) Format zu sein.

Ich könnte jetzt alle durch suchen/ersetzen - ersetzen und dem Hersteller davon berichten *Smilie So werde ich es wohl auch machen, aber so richtig verstehe ich nicht warum ein z. B. @ gleich aussieht, aber doch unterschiedlich zu sein scheint.

Hab jetzt aber doch noch 'ne Frage dazu !
Gibt es die Möglichkeit sich das tatsächliche Format anschauen zu können, oder ein Programm welches mir zeigt wie das Zeichen nun wirklich aussieht ?

 

Wenn Du die Position eines fraglichen Zeichens kennst, kannst Du den Wert laut Zeichsatztabelle ermitteln:
Zugriff auf XML-Datei über Textdateizugriff (hatten wir weiter vorn schon).
Code:

Zeichencodetabelle

 

Ich denke, dass es sich ausschließlich um das & handelt. Das wird wie in HTML als Operator zur Codierung von Sonderzeichen verwendet.
Und ein Zeichen & mit folgendem Leerzeichen (char(32)) gibt es eben nicht, weshalb das Datum ungültig ist.
Korrekt müsste da z.B. stehen:

Melly & amp; Hayri blabla
(& amp ohne Leerzeichen dazwischen; muss es hier so schreiben, weil's das Forum sonst eben als HTML interpretiert)
D.h., du könntest alle Dateien vorbehandeln, indem das & durch & amp; ersetzt wird.

Ciao, Sascha