Delphi (win32) und XSLT 2.0

[HeZa]

Hallo,

was brauch ich um mit Delphi beim transformieren meiner XML-Dateien die Möglichkeiten von XSLT 2.0 nutzen zu können. Bisher verwendete ich immer MSXML6, da gibt es aber keine XSLT 2.0 Unterstützung und soll es nach meinem Wissenstand auch nicht geben.

Vorschläge?

[HeZa]

Man kann das kostenlose COM-basierte AltovaXML verwenden. Nach der Installation muss man in Delphi noch die dazu gehörige Typbibliothek importieren. Dann kann mit Code wie dem folgenden auch XSLT 2.0 Transformation durchführen:

Delphi-Quellcode:

procedure TfrmMainAltovaXmlDemo.btnTransformClick(Sender: TObject);
var
  xmlApp: AltovaXMLLib_TLB.Application;
  xslt2: AltovaXMLLib_TLB.XSLT2;
begin
  xmlApp := AltovaXMLLib_TLB.CoApplication.Create;
  xslt2 := xmlApp.XSLT2;
  xslt2.InputXMLFromText := FInputXml;
  xslt2.XSLFromText := FXslSource;
  FOutputXML := xslt2.ExecuteAndGetResultAsString;
end;

[AuronTLG]

Anstatt einen neuen Thread zu eröffnen betreibe ich dann hiermit mal Thread-Nekromantie, da der Titel das Problem ja unverändert beschreibt.
Hintergrund ist unter anderem das Visualisieren von XRechnungen, für welches man um XSLT 2.0 Transformationen wohl nicht drum herum kommt, wenn man es direkt im eigenen Programm anwenden möchte anstatt dafür ein externes Programm noch hinzunehmen zu müssen.

Wie ist denn der aktuelle Stand zu XSLT 2.0 in Delphi? Delphi selbst verwendet ja wie gehabt MSXML, was nur XSLT 1.0 kann. Ich habe mal rumgeschaut und keine direkten Bibliotheken dafür gefunden.
Das, was hier zuvor im Thread beschrieben wurde, wäre im Prinzip genau so etwas, was ich suche, nur scheint es das AltovaXML in dieser einfach zugänglichen Form ja nicht mehr zu geben (ist ja auch 14 Jahre her...).

Hat irgendjemand hier XSLT 2.0 Prozessoren in irgendeiner Form im Delphi implementiert oder weiß, wie das zu bewerkstelligen ist?

[sh17]

Die einzige Lib, die potenzial hätte (aber nicht alle Funktionen der Version 2.0 beherrscht), wäre OXML http://www.kluug.net/oxml.php
Ich hatte mit Ondřej über einen Ausbau der Lib zum Visualisieren einer XRechnung kommuniziert. Aber ich glaube das ganze ist sehr komplex.

[BlueStarHH]

Zitat:

Zitat von sh17 (Beitrag 1542433)

Die einzige Lib, die potenzial hätte (aber nicht alle Funktionen der Version 2.0 beherrscht), wäre OXML http://www.kluug.net/oxml.php
Ich hatte mit Ondřej über einen Ausbau der Lib zum Visualisieren einer XRechnung kommuniziert. Aber ich glaube das ganze ist sehr komplex.

D.h. er wird OXML nicht in die Richtung ausbauen? Oder besteht Hoffnung, dass es in Zukunft passiert?

[sh17]

Zumindest habe ich nichts mehr von ihm gehört. Die Kosten für die Entwicklung sind nicht ohne. Vielleicht kann man ihm auch zuarbeiten, wenn man Ahnung von XSLT hat.

[BlueStarHH]

Zitat:

Zitat von sh17 (Beitrag 1542443)

Zumindest habe ich nichts mehr von ihm gehört. Die Kosten für die Entwicklung sind nicht ohne. Vielleicht kann man ihm auch zuarbeiten, wenn man Ahnung von XSLT hat.

Evtl. könnten sich ja auch mehere Firmen/Personen, die das brauchen zusammentun und die Entwicklungskosten zusammen bezahlen. Das wäre für mich aber erst ein Thema fürs neue Jahr. Die Visualsierung funktioniert ja auch prima mit Java durch mit Deine Lib. Mit XSLT nativ in Delphi wäre es nur vermutlich um Schneller.

[sh17]

Wir versuchen hier noch was mit .Net zu erreichen

https://github.com/stephanstapel/ZUG...iscussions/316

aber so ein nativer XML-Support in Delphi wäre schon etwas.

[AuronTLG]

Joa, schön wäre es, aber das Thema XSLT 2.0 werde ich dann wohl erstmal ad acta legen. Rein theoretisch könnte ich mir eine Variante bauen, die das extern über Saxon macht, aber das werden mir dann viel zu viele Abhängigkeiten, um die ich mich kümmern müsste.

Die ZUGFeRD/Xrechnung-Visualisierung werde ich wohl über Mustang lösen. Ist zwar dann auch eine externe Variante, aber dafür eine sehr simple: Eine einzelne Jar-Datei, ein stiller CMD-Befehl und das wars. Um die Java Runtime komme ich eh nicht drum herum.

[gubbe]

Habt ihr es schon mit SaxonC probiert? Wenn es Bindings für C/C++, PHP und Python gibt, müsste es doch möglich sein, die Header auch für Delphi zu übersetzen.