XML zum Verzweifeln

[WiPhi]

Eine aufgepette Version des Databinding-Assistenten findet man auch hier:

https://github.com/MvRens/x2xmldatabinding

Diese unterstützt ein bisschen mehr als der Assistent in Delphi.

[MyRealName]

Ich habe das XML Databinding gefunden, das Problem war im Endeffekt, dass man dazu ein offenes Projekt haben muss.
Nun hat mir der Wizard 3 Funktionen in den erstellten Sourcecode mit reingegeben :

function GetORDER(Doc: IXMLDocument): IXMLORDERType;
function LoadORDER(const FileName: string): IXMLORDERType;
function NewORDER: IXMLORDERType;

(ORDER ist wohl der 1. Knoten...)

Nun die Frage... Sollte ich das Daten ändern wollen und das ganze wieder als XML speichern wollen, gibt es da auch eine Möglichkeit oder muss ich alles selbst machen und durch-iterieren ?

Edit: Kann man vllt den Start-Knoten "einfach" der Rootnode eines TXMLDocument zuweisen und los geht's ?

[peterbelow]

var
LOrder: IXMLOrderType;

LOrder.OwnerDocument.XML.Text sollte Dir den kompletten Inhalt des Baums als String liefern und den kannst Du dann in eine Datei schreiben. Dabei bitte das korrekte Encoding (normalerweise UTF-8) beachten.

[MyRealName]

Zitat von peterbelow:

var
LOrder: IXMLOrderType;

LOrder.OwnerDocument.XML.Text sollte Dir den kompletten Inhalt des Baums als String liefern und den kannst Du dann in eine Datei schreiben. Dabei bitte das korrekte Encoding (normalerweise UTF-8) beachten.

Danke, das geht, nutze allerdings

LOrder.OwnerDocument.SaveToFile...

[MyRealName]

So, ich will den Thread damit schliessen, dass ich kurz über die Fallstricke, und wie ich sie gelöst habe, schreibe, damit andere auch eine zufriedenstellende Lösung finden können.
Ich habe, wie gesagt wurde, den XML Data Binding Wizard genutzt, um die XML Datei einzulesen. Diese nutzte Namespaces, die natürlich nicht eingelesen wurden.
Nodes wie dieser

Code:

<bmecat:NAME2>Nebenstelle 2</bmecat:NAME2>

wurden zwar eingefügt, aber ohne "bmecat" Namespace.
Ich habe dazu die erzeugten Klassen erweitert :

Delphi-Quellcode:

function TXMLADDRESSType.Get_NAME2: UnicodeString;
begin
  Result := ChildNodes['bmecat:NAME2'].Text;
end;

procedure TXMLADDRESSType.Set_NAME2(const Value: UnicodeString);
begin
  if Value <> EmptyStr then
    ChildNodes['bmecat:NAME2'].NodeValue := Value;
end;

Dazu musste der Namespace aber entsprechend registriert werden, dies habe ich dann in der erstellen Funktion NewORDER gemacht (der Name kann bei anderen Klassen abweichen, ORDER war in meinem Fall der Rootnode.

Delphi-Quellcode:

function NewORDER: IXMLORDERType;
begin
  Result := NewXMLDocument.GetDocBinding('ORDER', TXMLORDERType, TargetNamespace) as IXMLORDERType;
  Result.Version := '2.1';
  Result.DeclareNamespace('xsi', 'http://www.w3.org/2001/XMLSchema-instance');  // von mir hinzugefügt
  Result.DeclareNamespace('xsd', 'http://www.w3.org/2001/XMLSchema');           // von mir hinzugefügt
  Result.DeclareNamespace('bmecat', 'http://www.bmecat.org/bmecat/2005');       // von mir hinzugefügt
end;

Jetzt gab es noch einen weiteren Fallstrick und zwar die Attribute in Verbindung mit Namespaces, wie hier :

Code:

<bmecat:PARTY_ID type="supplier_specific">0000055905</bmecat:PARTY_ID>

Dazu musste zum einen im erzeugten Delphi Code, wo der Node erzeugt wird, eine Änderung gemacht werden :

Delphi-Quellcode:

procedure TXMLPARTYType.AfterConstruction;
begin
  RegisterChildNode('bmecat:PARTY_ID', TXMLPARTY_IDType, 'http://www.bmecat.org/bmecat/2005');
  inherited;
end;

function TXMLPARTYType.Get_PARTY_ID: IXMLPARTY_IDType;
begin
  Result := ChildNodes['bmecat:PARTY_ID'] as IXMLPARTY_IDType;
end;

Dort wurde zum einen vor PARTY_ID jeweils "bmecat:" hinzugefügt, zum anderen aber auch in RegisterChildNode noch der 3. Parameter mit der bmecat-URL angegefügt.
Beim Beschreiben des Nodes wurde dann aber anstelle der einfachen Zuweisung wie

Delphi-Quellcode:

var
  lParty: IXMLPARTYType;
begin
  lParty := FXMLOrder.ORDER_HEADER.ORDER_INFO.PARTIES.Add;
  lParty.ADDRESS.NAME2 := AName2;
end;

dann der Node eher händisch erzeugt

Delphi-Quellcode:

var
  lParty: IXMLPARTYType;
  lNode: IXMLNode;
begin
  lParty := FXMLOrder.ORDER_HEADER.ORDER_INFO.PARTIES.Add;
  lNode := lParty.PARTY_ID;
  lNode.Attributes['type'] := ATTR_SUPPLIER_SPECIFIC;
  lNode.Text := ASupplierId;
end;

Beim Einlesen eines XML in die ereugten Objecte gibt es keine Probleme, aber falls man ein komplett neues XML-Dokument in diesem Standard erzeugen will muss man diese Umwege scheinbar gehen. Ist nicht so schlimm, muss man nur wissen

Ich hoffe es hilft, zu dem Thema auch eine abschliessende Lösung zu haben...

[WiPhi]

Zitat von MyRealName:

So, ich will den Thread damit schliessen, dass ich kurz über die Fallstricke, und wie ich sie gelöst habe, schreibe, damit andere auch eine zufriedenstellende Lösung finden können.
Ich habe, wie gesagt wurde, den XML Data Binding Wizard genutzt, um die XML Datei einzulesen. Diese nutzte Namespaces, die natürlich nicht eingelesen wurden.
Nodes wie dieser

Code:

<bmecat:NAME2>Nebenstelle 2</bmecat:NAME2>

wurden zwar eingefügt, aber ohne "bmecat" Namespace.

Meinen Beitrag unter #11 hast du dir angeschaut?

Dieses kleine Tool unterstützt Namespaces im vollen Umfang, beim Erstellen und auch beim Lesen von XML Dateien.

[MyRealName]

Ja, hatte ich, brachte bei mir aber einen Fehler und hatte es zur Seite gelegt. Dann hab ich später eine andere XML Datei gehabt, da ging der Standard Delphi Wizard, hab aber das von Dir gezeigt Tool nicht mehr probiert. Asche auf mein Haupt. Ich teste es nochmal. Danke für den Hinweis

[motion]

Ich bin auch gerade schwer am Kämpfen eine ZugFerd Rechnung (CrossIndustryInvoice) nach einer komplexen XSD Datei (enthält auch @import] mit Delphi zu erzeugen.
Zuerst sah der XML data binding wizard ganz gut aus. Bis ich dann in der erzeugten XLS Datei (bzw. ein Validator) entdeckte, das die Namespaces überhaupt nicht erzeugt wurden.
Ich habe viel ausprobiert und auch versucht die XML binding *.pas Datei zu patchen. Aber das war aussichtslos.
Okay, dann bin hier über diesen Thread gestolpert und mache die ersten Versuche mit dem x2xmldatabinding.

Bei zwei Dingen brauche ich Hilfe:
1. Wie initialisiert man diese Klasse? Bei der Embarcadero Klasse geht das mittels
Zug:=NewCrossIndustryInvoice; Aber wie geht das in x2xmldatabinding?

2. manche Elemente müsse im Embarcadero data bindung per .add hinzugefügt werden, bevor dem Knoten Werte zugewiesen werden können:

Delphi-Quellcode:

Zug
  .SupplyChainTradeTransaction
    .ApplicableHeaderTradeSettlement
      .ApplicableTradeTax
        .add;

Diese Add-Funktion fehlt im x2xmldatabinding. Wie läuft das hier? über Addchild (mit welchen Parametern)?

Gibt es ein Demo-Programm, wo man die Benutzung des x2xmldatabinding studieren kann?

[MyRealName]

Ich habe gerade versucht in x2xmldatabinding das camt.053 Format über die XSD einzulesen, aber die generierten Objekte waren leider nicht brauchbar. Es gab Verweise auf Interfaces, welche es nicht gab.
Da kann ich dir also nicht mit Tipps helfen.

Dazu habe ich über das Delphi XML Databindung die XSD importiert, da gab es ein "interface not supported" aber ich konnte es lösen, da stand ein falscher Rootnodenname des XML in der Load-Methode (1. Param in TXMLDocument.GetDocBinding).