Tipp # 1: Vermeiden Sie jegliche Nutzung von XSLT.
Die Werkzeugunterstützung saugt. Die resultierende Lösung wird nicht mehr erreichbar sein.
Tipp # 2: Beseitigen Sie alle unnötige Schritte.
Übersetzen Sie einfach Ihre Ergebnismenge (unter der Annahme, dass Sie JDBC oder equiv verwenden) zu der ausgehenden XML.
Tipps # 3: Angenommen, jede Verwendung eines schema-basiertes Tool falsch und entsprechend planen zu können.
Mit anderen Worten, nur gefälschte es. Wenn Sie einige mutierte SOAP (redundante, ich weiß) Nutzdaten ausspucken müssen, simulieren Sie einfach eine funktionierende SOAP-Nachricht und wandeln sie dann in eine Vorlage um. Die Geschwindigkeit lutscht nicht.
Das heißt, die beste/richtige Antwort ist, eine "XML Writer" -Stillösung zu verwenden. Es gibt ein paar.
Das Beste ist das, das ich schrieb, LOX (Lightweight Objects for XML).
Die öffentliche API verwendet ein Builder-Entwurfsmuster. Aufgrund der Magie unter der Haube ist es unmöglich, fehlerhaftes XML zu erstellen.
Bitte beachten Sie: Wenn XML die Antwort ist, haben Sie die falsche Frage gestellt. Manchmal sind wir gegen unseren Willen, es irgendwie zu benutzen. In diesem Fall müssen Tools verwendet werden, die den Entwickleraufwand minimieren und die Wartbarkeit des Codes verbessern.
Ja, BizTalk ist viel zu teuer, obwohl wir in der Tat einige der Funktionalität (denke ich) verwenden könnten.Es scheint * wie XSLT eine nette Mittelweglösung zu sein. Aber ich muss einige Perf-Tests machen. Unsere Quell-XML ist relativ klein. – BryanB