Verwenden von Saxon .NET XSLT-Prozessor funktioniert nicht mit Intellisense in Visual Studio

Question

Ich verwende die Open Source Saxon XSLT processor für .NET, um einige 2.0 Transformationen auszuführen.

Ich referenziere die saxon9api.dll wie jede andere DLL, und kann Code dagegen kompilieren. Visual Studio zeigt jedoch kein Intellisense an, wodurch die IDE so nützlich ist wie Notepad.

Die saxon9api.dll verwendet die Plattform IKVM Java for .NET, und ich frage mich, ob dies die Ursache VS ein Problem ist. Reflektor kann die DLL ohne Problem überprüfen, aber ich vermute VS ist aus irgendeinem Grund nicht glücklich.

Irgendwelche Ideen?

EDIT:

überrascht, dass niemand sonst dieses Verhalten als Microsoft gestoßen zu sehen recommends(Link ist jetzt tot) die Verwendung von Saxon in Abwesenheit von in Funktionalität im Rahmen gebaut.

Ich denke, ich werde die Frage nach Baugruppen unter IKVM ausgeführt sein umformulieren nicht Intellisense zeigt, obwohl ich eine andere IKVM basiertes Projekt müssen finden beweisen, dass dies der Fall ist zunächst ...

Answer 1

kompilieren zu machen, laufen und Intellisense Arbeit in Visual Studio, müssen Sie folgendes tun:

• Referenz saxon9api.dll, wie Sie bereits tat
• Referenz IKVM.OpenJDK.Core.dll
• Referenz IKVM.Runtime.dll (nicht sicher, ob dies erforderlich ist, aber ich schließe es immer)

Wenn Sie auchvjslib Referenzierung Sie auf Probleme stoßen können, weil es eine Menge von den gleichen Namensräumen und Klassennamen verwendet, was zu Unklarheiten Das kann dazu führen, dass Visual Studio intellisense Probleme bekommt. Möglicherweise existieren andere Bibliotheken, die dieselben Namespace-Konflikte anzeigen. Versuchen Sie es in diesem Fall zuerst mit einem neuen Projekt und fügen Sie die Referenzen einzeln hinzu, wobei Sie zuerst mit den Abhängigkeiten von Saxon beginnen.

Nachdem Sie dies tun, zumindest in Visual Studio 2010, 2012 und 2013, werden Sie feststellen, dass die kontextsensitive Hilfe arbeitet (Bild ist von VS 2012 mit R#):

---

Hinweis: Da dieser Beitrag alt ist, konnte er zu diesem Zeitpunkt nur auf Visual Studio 2008 angewendet werden. Ich habe das nicht getestet, da ich ihn nicht anyore verwende.