Ich weiß nicht, ob irgendjemand etwas dazu sagen kann. Wir haben eine LOB Silverlight 3-Anwendung geschrieben und implementiert - die wir derzeit bei einem Kunden testen.
Wir sind auf das Problem gestoßen, wo auf einigen Rechnern vor Ort die Browser zufällig abstürzen. Die Maschinen laufen Windows XP SP3 - der Browser ist Firefox.
Wir vermuten, dass dies daran liegen könnte, dass der Browser dieses Computers unzuverlässig ist, da einige Plugins installiert waren usw. und eine vorgeschlagene Lösung darin bestand, die Anwendung im Out-of-Browser-Modus zu implementieren.
Was ich wissen möchte, ist, wenn eine Silverlight 3-Anwendung keinen Browser mehr hat, sie immer noch auf einen bestimmten Browser im Hintergrund angewiesen ist ... oder würde dies unser Problem lösen, wenn der Browser "instabil" ist Plugins?
Nein. Es gibt keine Verbindung zwischen einer Silverlight OOB-Anwendung und dem Browser, in dem sie bei der Installation ausgeführt wurde. Sobald es als OOB-Anwendung ausgeführt wird, verwendet Silverlight seinen eigenen ClientHTTP-Stack und ist nicht länger vom Browser-HTTP-Stack abhängig.
Unter der Annahme, dass die Instabilität ein Ergebnis von Firefox-Erweiterungen ist, kann das Ausführen der App in OOB hilfreich sein. Bedenken Sie jedoch, dass der HTTP-Stack des Browsers wahrscheinlich effizienter ist und Sie die automatische Cookie-Handhabung verlieren.
Ich kämpfe um Beweise, aber ich bin mir ziemlich sicher, dass ich mich daran erinnere zu lesen, dass der Browser außerhalb des Browsers die Internet Explorer-Engine verwendet.
BEARBEITEN
Dieser Beitrag verstärkt mein Gedächtnis .
Und dieser Artikel impliziert das gleiche, wenn Sie auf die Abschnitt "Erkennen von Netzwerkkonnektivität und Out-of-Browser-Status" und lesen Sie den letzten Absatz, beginnend mit "Sie können lokale Messaging für die Kommunikation zwischen ..." verwenden.
Wenn silverlight im Browser abstürzt, dann gibt es nur ein paar Teile von silverlight, die tatsächlich darauf angewiesen sind, dass der Browser korrekt funktioniert, etwa Aufrufe an Webservices müssen über die HTTP-Fassade des Browsers gehen, möglicherweise sind zu viele Antworten vom Server in der Warteschlange zu einer verzögerten Benutzeroberfläche, die zu einem Absturz führt, da zu viele Antworten versuchen, Ereignisse für UI-Änderungen auf einmal auszulösen, unwahrscheinlich, ja, ich weiß, aber es ist eine Idee.
Das Lifetime-Management wird ebenfalls vom Browser gehandhabt. Möglicherweise versucht ein Plugin den silverlight-Prozess zu recyceln und neu zu starten.
Versuchen Sie, dieses Debugging-Tool zu verwenden, silverlight Spion , um das Problem zu beheben
Tags und Links silverlight silverlight-3.0 silverlight-plugin