XML-namespaces und XPath

Ich habe eine Anwendung, die zum laden von XML-Dokumenten-und output-Knoten je nach XPath.

Angenommen, ich beginne mit einem Dokument wie diesem:

<aaa>
  ...[many nodes here]...
  <bbb>text</bbb>
  ...[many nodes here]...
  <bbb>text</bbb>
  ...[many nodes here]...
</aaa>

Mit XPath //bbb

Soweit alles schön.

Und Auswahl doc.SelectNodes("//bbb"); liefert die Liste der benötigten Knoten.

Dann lädt jemand ein Dokument mit einem Knoten wie <myfancynamespace:foo/> - und extra-namespace im Wurzel-tag, und alles bricht.

Warum? //bbb nicht give a damn über myfancynamespace, theoretisch sollte es auch gut sein mit //myfancynamespace:foo, da gibt es keine Täuschung, sondern der Ausdruck gibt 0 zurück, Ergebnisse und das ist es.

Gibt es eine Abhilfe für dieses Verhalten?

Ich habe ein namespace-manager für das Dokument, und ich leite es an die Xpath-Abfrage. Aber die Namensräume und Präfixe sind mir unbekannt, also kann ich nicht fügen Sie Sie, bevor Sie die Abfrage.

Muss ich die pre-parse das Dokument zu füllen, die namespace-manager, bevor ich irgendeine Auswahl? Warum auf der Erde ein solches Verhalten, es macht einfach keinen Sinn.

EDIT:

Bin ich mit:
XmlDocument und XmlNamespaceManager

EDIT2:

XmlDocument doc = new XmlDocument();
doc.XmlResolver = null;
XmlNamespaceManager nsmgr = new XmlNamespaceManager(doc.NameTable);
//I wish I could:
//nsmgr.AddNamespace("magic", "http://magicnamespaceuri/
//...
doc.LoadXML(usersuppliedxml);
XmlNodeList nodes = doc.SelectNodes(usersuppliedxpath, nsmgr);//usersuppliedxpath -> "//bbb"

//nodes.Count should be > 0, but with namespaced document they are 0

EDIT3:
Fand einen Artikel, der beschreibt das eigentliche Szenario das Problem mit einem workaround, aber nicht sehr hübsch Problemumgehung: http://codeclimber.net.nz/archive/2008/01/09/How-to-query-a-XPath-doc-that-has-a-default.aspx

Scheint fast, dass das "stripping" xmlns dem Weg zu gehen...

  • Könntest du die relevanten Codezeilen? (Instanziierung XmlDocument, XPath, usw.)
  • Ok, bearbeitet die post, siehe Edit2.
  • Sie sagen, dass eine unerwartete Eingabe Ergebnisse in unerwartete Ausgabe für einen gegebenen Prozess. das ist der Anwendungsfall für die Validierung.
  • "und extra-namespace im Wurzel-tag" - das ist schon fast unsinnig. Ich nehme an, du meinst, es gibt einen extra namespace-Deklaration im start-tag des äußersten element. Ist es ein Standard-namespace-Deklaration (xmlns="...")? oder ist es eine Erklärung für myfancynamespace (xmlns:myfancynamespace="...")? Nur die ersteren betreffen würde, der dem Namensraum <bbb>. Sie haben nicht gezeigt, was uns die Eingabe-XML aussieht, noch beschrieb es klar und deutlich, was es schwer macht zu erraten, was das problem ist.
  • Wenn ich sagte, 'Sie haben nicht gezeigt, was uns die XML-input-sieht aus wie' meinte ich die, die das problem verursacht.
  • wenn Sie versuchen, speichern Sie die Benutzer einige Probleme, bitte nicht lehren Sie, dass der XPath-Ausdruck //foo übereinstimmen sollten, jedes element unabhängig von seinem Namensraum. Das wird nur dazu führen, Ihnen (und uns allen) noch mehr Probleme in die Zukunft. Wenn das eingabedokument Elemente in den falschen namespace-Dokument ist ungültig und sollte abgelehnt werden. Ihr Werkzeug wird Sie überzeugen, dass Ihr Dokument in Ordnung ist, und dann werden Sie alle mehr verwirrt, wenn Sie füttern Sie den nächsten downstream-Programm und es drosseln.
  • Dieses Q&A ist mein problem gelöst. Allerdings, bei der Suche, ich wusste nicht, dass der namespace wurde ein Konzept Schuld. Mein problem war, dass meine xpath-Suchvorgänge wurden ganz einfach die Rücksendung nichts.

InformationsquelleAutor Coder | 2011-04-18
  1. 13

    Ihnen fehlt der ganze Sinn von XML-Namensräumen.

    Aber wenn Sie wirklich brauchen, um ausführen von XPath-Dokumente verwenden, die einen unbekannten namespace, und Sie wirklich nicht kümmern, werden Sie brauchen, um Streifen Sie es aus und laden Sie das Dokument. XPath wird nicht funktionieren in einem namespace-unabhängige Weg, es sei denn, Sie verwenden möchten die local-name() Funktion an jedem Punkt Ihrer Selektoren.

    private XmlDocument StripNamespace(XmlDocument doc)
{
    if (doc.DocumentElement.NamespaceURI.Length > 0)
    {
        doc.DocumentElement.SetAttribute("xmlns", "");
        //must serialize and reload for this to take effect
        XmlDocument newDoc = new XmlDocument();
        newDoc.LoadXml(doc.OuterXml);
        return newDoc;
    }
    else
    {
        return doc;
    }
}
    • Dies ist super nützlich. Ich habe implementiert eine StripNamespaces () - Methode in einigen meiner eigenen Projekte, aber das ist weitaus eleganter als meine. Ich bin Total Kreditaufnahme diese. 🙂
    • Stripping der namespaces ist der einfachste Ansatz, als sonst ich brauche zum erstellen einer Benutzer-Präfix, und die Benutzer können nicht wissen, dass. Danke für den Tipp.
    • Es ist wichtig, darauf hinzuweisen, dass diese Funktion nicht Streifen aus allen namespaces in einem Dokument; es ist offenbar beabsichtigt, entfernen Sie alle Standard-namespace-Deklaration aus dem äußersten element des Dokuments, deren äußerste element ist in jedem Namensraum (Standard oder andere). Eine seltsame Skillung, aber wenn das gesamte Dokument in die Standard-namespace, und hat keinen default-namespace-Deklarationen unten in der doc, es wird tun, was Sie wollen.
    • das ist richtig. Ich wurde speziell für xhtml-Dokumente, die trafen, die Beschreibung.
    • diese routine ist mit freundlicher Genehmigung von pluralsight, wo Sie finden können, für die weitere Diskussion zu der Technik (die ich voll zugeben, ist ein hack). Hätte das erwähnen sollen, aber ich habe verlassen die Namensnennung in mein Exemplar 🙂
    InformationsquelleAutor harpo
  2. 6

    <myfancynamespace:foo/> ist nicht unbedingt das gleiche wie <foo/>.

    Namespaces nicht egal. Aber verstehen kann ich deinen Frust wie Sie in der Regel neigen dazu, Pausen-codes, wie verschiedene in der Implementierung (C#, Java, ...) sind in der Regel Ausgabe ist es anders.

    Ich schlage vor, Sie ändern Ihren XPath-Ausdruck zu gestatten, für die Annahme aller namespaces. Zum Beispiel, anstatt

    //bbb

    Definieren es als

    //*[local-name()='bbb']

    Sollte sich darum kümmern.

    • Es dem Benutzer, die Eingaben der XPath, so ich arbeite auf der Annahme, dass wenn er in "//foo", dann erwartet er, dass "foo" aus dem Standard-namespace, die nicht unbedingt "myfancynamespace", aber wenn er eingibt "//ns1:foo", dann sollte er wählen Sie die "foo"'s namespace "ns1", egal, was ist der wahre URI des namespace. Fühlt sich an wie ein einfaches Szenario...
    • Wenn die Benutzereingaben XPath-dann muss er verstehen, über namespaces und deren Auswirkungen. Dies ist die am wenigsten verstandene Eigenschaft von XML, so kann ich sehen, dass Sie wahrscheinlich haben ein paar Problem mit Benutzer, aber lassen Sie Sie wissen, über local-name() und Sie sollten in der Lage sein, um es in kurzer Zeit abholen.
    • die Benutzereingaben XPath-dann muss er verstehen, über namespaces". Ich bin damit einverstanden.
    • Ja, aber wenn eine xmlns-Standard-namespace "a:b:c" und tag "bbb", kann der Benutzer nicht eine Abfrage schreiben, "//a:b:c:bbb", weil es ungültig ist. Dafür muss ich hinzufügen ein Präfix in Namen der Tabelle, sagen, "ns1"->"a:b:c", und nur dann können Benutzer Fragen "//ns1:bbb".
    • du bist verwirrend namespace-Präfixe mit namespace-URIs. XPath nicht unterstützt //NSURI:foo syntax, wo NSURI ist ein namespace-URI. Wenn Sie versuchen, das zu unterstützen, verwenden //*[namespace-uri() = 'a:b:c']. Das ist gültige XPath.
    • 'also ich arbeite auf der Annahme, dass wenn er in "//foo", dann erwartet er, dass "foo" aus dem Standard-namespace' - ja, du hast Recht, aber die Formulierung bedeutet, dass foo in der default-namespace der XPath-Umgebung, in der Erwägung, dass Sie scheinen zu denken, ist der Standard-namespace des XML-Dokuments (im element foo). Es ist verwirrend, dass diese unterschiedlich sein kann, aber wenn Sie denken über die Validierung von XML-Dokumenten aus vielen verschiedenen Quellen, werden Sie sehen, warum Sie müssen unterschiedlich sein.
    • Diese Antwort ist sehr nützlich für kleine Dokumente mit namespaces, die Sie nicht brauchen, und wahrscheinlich 90% der Benutzer. Auch wenn namespaces benötigt werden könnten, kann man Sie ignorieren, manchmal, wenn es eine gewisse Struktur.

    InformationsquelleAutor Aliostad
  3. 0

    Sollten Sie beschreiben etwas Ausführlicher, was Sie tun möchten. Die Art und Weise Sie Ihre Frage es überhaupt keinen Sinn machen. Der namespace ist nur ein Teil des namens. Nichts mehr, nichts weniger. Also Ihre Frage ist die gleiche, wie zu Fragen, für eine XPath-Abfrage, um alle tags mit der Endung "x". Das ist nicht die Idee hinter XML, aber wenn man seltsame Gründe, dies zu tun: Fühlen Sie sich frei, um die Iteration über alle Knoten und es selbst implementieren. Das gleiche gilt für Funktionen, die Sie anfordern.

    • Angesichts random XML-Dokument DOC, wählen Sie " alle Knoten "bbb" in der Standard-namespace. Oder Xpath-Anfrage "//bbb" mit keinen Bezug auf namespace.
    • Die "default-namespace" würde nicht derjenige sein, der für die Auswahl <myfancynamespace:foo/>...
    • in den vorherigen Kommentar Sie stellte zwei unterschiedliche (inkompatible) specs. Letzteres macht Sinn, und es klingt wie Sie wissen, wie zu tun. Aber 'Angesichts der zufälligen XML-Dokument DOC, wählen Sie" alle Knoten "bbb" in der Standard-namespace' bedeutet, dass das Verhalten der app zu ändern, je nachdem, nicht auf das, was namespaces sind die Elemente, aber je nach die namespace wird deklariert, als der Standard! Das völlig unterbricht die Semantik der Namensräume. Namespace-Deklarationen und Präfixe angegeben werden, um transparent zu sein. Nur der name und der namespace-URI der einzelnen Elemente bestimmen sollte, seine Identität.
    • in meinem vorhergehenden Kommentar, ich war der Annahme, dass durch den "default namespace" Sie bedeutete den Standard-namespace des XML-Dokuments, bei der jeder bbb element. Wenn Sie also die Standard-namespace der XPath-Umgebung, dann ignorieren die meisten von meinen vorherigen Kommentar.
    InformationsquelleAutor Achim
  4. 0

    Könnten Sie die LINQ XML-Klassen wie XDocument. Sie vereinfachen die Arbeit mit namespaces.

    InformationsquelleAutor Daniel Hilgarth
Schreibe einen Kommentar