Beste Weg, um zu erkennen, ob WIF-Laufzeitumgebung installiert ist

Ein paar Seiten in meinem ASP.Net app eine direkte Verbindung zu einem anderen Dienst mit WIF. WIF ist gerade auf dem Vormarsch hier, und während es installiert ist, auf dem Test-und Produktions-Server, jedes mal, wenn ein neuer Programmierer oder tester bekommt die Letzte und geschieht, zu treffen diese Seiten, ohne die WIF-Laufzeit installiert, auf dem eigenen Rechner hat, bekommt er einen YSOD und eine Fehlermeldung über nicht finden Microsoft.IdentityModel ... die Sie nicht einmal Lesen und stattdessen das Feuer aus einem IM-sagt mir meine app ist kaputt.

Ich würde wie zu erkennen, wenn sich die WIF-Laufzeitumgebung installiert ist, und zeigen ein jeder hilfreiche Fehlermeldung und der link zur download-Seite, wenn nicht. Ich will nicht zu überprüfen, die für eine bestimmte .dll-Pfad als dies ändern könnte... und es sind schon unterschiedliche Wege für die 3.5 und 4.0.

Gibt es eine beste Weg, um zu erkennen, ob die WIF-Runtime ist installiert?

(natürlich in eine Seite, die nicht auf es schon... das würde nicht korrekt anzeigen, ohne es installiert)

Bearbeiten

Sieht es aus wie WIF ist in der framework 4.5 so ein 3.5/4.0 spezifischen Ansatz wäre in Ordnung. Es wird nicht notwendig sein, um zukunftssicher sein.

InformationsquelleAutor DanO | 2012-08-07
  1. 2

    Ich würde versuchen, das laden der Microsoft.IdentityModel.dll aus dem GAC in einem try/catch -block oder besser noch, einfach fangen der Ausnahme von Benutzern, ohne die WIF-Laufzeit sind derzeit immer und nur verwendet, dass zum umleiten der Benutzer auf einen bestimmten Fehler-Seite/Nachricht.

    Beantworten Ihre genaue Frage - gibt es eine Möglichkeit zu erkennen, ob das die richtige WIF-Installations-Paket vorhanden ist: wenn Ihre Anwendung kann den Zugriff auf die registry (im nur-Lesen-Modus zumindest), ist es auch möglich zu prüfen, ob die Windows Identity Foundation Verwandte Elemente werden im SOFTWARE\Microsoft\Windows Identity Foundation (und die damit verbundenen Wow6432Node für 64-bit-Systeme).

    • Als nur ein paar Seiten benötigen WIF möchte ich überprüfen, sobald die app startet, und lassen Sie Sie wissen, lange bevor Sie zu jenen Seiten, die der app fehlt, ist eine erforderliche Komponente. Wir tun keine Lust Bereitstellung der Verpackung, so es gibt keine installer, um diesen job zu machen.
    • Diese registry-check ist, dass alle anderen Microsoft-Installationsprogramme tun (ich seziert mehrere von Ihnen). Siehe unten meine Antwort für den code, den ich endete mit.
    InformationsquelleAutor allu
  2. 3

    Offizieller Kommentar von microsoft:

    Q: Under what registry key is WIF installed?
A: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsIdentityFoundation\setup\v3.5\.

    Referenz hier

    InformationsquelleAutor dmitry gilyaev
  3. 1
    1. Bündeln Sie WIF-Bibliotheken mit Ihrer Anwendung.
    2. Können Sie WebPI und Referenz SDK WIF es.
    3. Vielleicht, wenn Sie versuchen, laden der assembly aus dem GAC wird den trick tun. Nur Reflexion Assembly Laden
    InformationsquelleAutor Aleksei Anufriev
  4. 1

    Ging ich mit der registry check Vorschlag aus der Antwort oben, nach Prüfung einiger Installateure von Microsoft, um zu sehen, wie Sie erkannt hat, dass die Präsenz der WIF-Laufzeit, und das ist alles, was Sie tun.

    Hier ist, was ich ging mit:

    ///<summary>
///Determines if WIF is installed on the machine.
///</summary>
public static class WifDetector
{
    ///<summary>
    ///Gets a value indicating that WIF appears to be installed.
    ///</summary>
    public static bool WifInstalled { get; private set; }

    static WifDetector()
    {
        WifInstalled = IsWifInstalled();
    }

    private static bool IsWifInstalled()
    {
        try
        {
            //return File.Exists(Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles),
            //                               "Reference Assemblies\\Microsoft\\Windows Identity Foundation\\v3.5\\Microsoft.IdentityModel.dll"));
            //The registry approach seems simpler.
            using( var registryKey = Registry.LocalMachine.OpenSubKey("SOFTWARE\\Wow6432Node\\Microsoft\\Windows Identity Foundation") ?? 
                                     Registry.LocalMachine.OpenSubKey("SOFTWARE\\Microsoft\\Windows Identity Foundation") )
            {
                return registryKey != null;
            }
        }
        catch
        {
            //if we don't have permissions or something, this probably isn't a developer machine, hopefully the server admins will figure out the pre-reqs.
            return true;
        }
    }
}

    Dann in die basepage oder masterpage überprüfe ich den Wert, und lassen den Benutzer wissen. Die eigentliche Prüfung erfolgt nur einmal im Typ-Initialisierung, danach ist es einfach nur statische Eigenschaften zugreifen.

        private void CheckWifInstallation()
    {
        if (!WifDetector.WifInstalled)
        {
            var alert = new ClientSideAlert(
                    "This application requires the Windows Identity Foundation runtime to be installed on the webserver:\n");
            alert.AddMessageLine("Please install the appropriate WIF runtime for this operating system by visiting:\n");
            alert.AddMessageLine("http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=17331 \n");
            alert.AddMessageLine("or simply search for 'WIF runtime install'\n");
            alert.AddMessageLine("Thanks, and have a nice day!'");
            alert.Display(Page);
        }
    }

    Wir haben keine Lust auf web-Bereitstellungs-Pakete für Entwickler-Maschinen, es ist einfach zu bekommen aus der Quelle und gehen. Dies ermöglicht es Entwicklern, ohne diese Bibliothek, um nicht Zeit verschwenden, wenn Sie Begegnung ein YSOD und einem obskuren laden der assembly Fehler.

    Danke für die Vorschläge.

    InformationsquelleAutor DanO
Schreibe einen Kommentar