System.Xml.Xsl.CompiledQuery.Query.staticData-Fehler beim Debuggen von XSLT in Visual Studio

7

alle.

Ich habe mit Visual Studio 2010 eine einfache XSLT-Datei erstellt, die auf meinem Rechner problemlos funktioniert. Als mein Kollege jedoch versuchte, sie auf ihrem PC mit Visual Studio 2013 auszuführen, informierte sie, dass die Datei nicht ausgeführt werden konnte und erzeugte diese Nachricht:

  

Versuch durch Methode 'System.Xml.Xsl.XslCompiledTransform.Load (System.Type)', auf das Feld 'System.Xml.Xsl.CompiledQuery.Query.staticData' zuzugreifen, ist fehlgeschlagen.

Als ich jedoch eine einfache Kopie des Textes in meiner Datei gemacht und ihn in eine neue leere xslt-Datei auf ihrem Rechner (mit VS 2013) eingefügt und unter einem anderen Namen gespeichert habe, läuft sie ganz gut, obwohl sie vollständig ist identisch mit meinem Original. Es ist, als gäbe es ein Problem mit der umgekehrten Kompatibilität. Hat jemand anderes dies erfahren und wenn ja, kennen Sie eine dauerhafte Lösung, sodass wir nicht ständig kopieren und einfügen müssen? Die XSLT-Datei wird von einem lokalen Laufwerk ausgeführt.

Vielen Dank im Voraus.

    
FordPrefect141 21.05.2015, 19:16
quelle

4 Antworten

15

Keine der beiden Antworten hier funktioniert für mich, aber eine der Problemumgehungen im MS Connect-Fehlerbericht hat bei mir mehrfach funktioniert:

  1. Öffnen Sie die Eigenschaften der XSLT-Datei in Windows Explorer
  2. Suchen Sie auf der Registerkarte "Allgemein" nach einer Schaltfläche zum Entsperren.
  3. Klicken Sie darauf und dann auf OK

Es scheint, als ob hier eine Sicherheitsfunktion im Spiel ist, die erkennt, dass die Datei von einem anderen Computer stammt und etwas im XSLT-Debugger verschmutzt.

    
JLRishe 02.09.2016 08:25
quelle
4

Die Kodierung von UTF-8 in ANSI (oder irgendeine andere Kodierung) und zurück zu UTF-8 wurde für mich korrigiert. Nicht viel anders als das Erstellen einer neuen Datei, aber ein bisschen einfacher.

    
Jon List 09.06.2015 12:59
quelle
1

Das Codieren funktionierte nicht für mich, aber ich habe einen Workaround. Ich bekomme diesen Fehler in VS 2015, so dass dieser Fehler seit einiger Zeit besteht.

Tu das nicht so: Um Transformationen zu testen, öffne ich normalerweise das xslt mit dem Cursor darin und klicke dann im oberen Menü auf xml- & gt; starte xslt debugging- & gt; suche die xml-Datei

Tun Sie es so: tun Sie das Gegenteil von oben, das heißt, lassen Sie die XML-Datei öffnen (nicht die xslt) dann klicken Sie auf xml- & gt; starten xslt debugging- & gt; Durchsuchen zu XSLT-Datei.

Nicht sicher, warum es funktioniert, aber es tut.

    
Tom McDonald 04.04.2016 13:53
quelle
0

Das Problem für mich war, dass die xslt-Datei auf einem Netzlaufwerk war. Durch Verschieben der Datei auf ein lokales Laufwerk auf meinem Computer wurde das Problem behoben.

Bekomme die Idee von Microsofts Feedback-Forum

    
oracle certified professional 23.01.2018 09:20
quelle

Tags und Links

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Berechnung der Zeitkomplexität