Silverlight Stabilität

Question

Ich weiß nicht, ob jemand darüber beraten 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. Auf den Computern läuft Windows XP SP3 - der Browser ist Firefox.

Wir vermuten, dass es daran liegen könnte, dass diese Maschinen Browsers unzuverlässig zu sein scheinen, da sie einige Plugins installiert hatten etc. und eine vorgeschlagene Lösung war, 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 von Plugins?

Answer 1

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 hängt nicht mehr vom HTTP-Stack des Browsers ab.

Angenommen, die Instabilität ist eine Folge von Firefox-Erweiterungen, dann kann das Ausführen der App in OOB helfen. Bedenken Sie jedoch, dass der HTTP-Stack des Browsers wahrscheinlich effizienter ist und Sie die automatische Cookie-Behandlung verlieren.

Answer 2

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.

EDIT

This post verstärkt mein Gedächtnis.

Und this article impliziert das gleiche, wenn Sie zum Abschnitt "Erkennen von Netzwerkkonnektivität und Out-of-Browser-Status" gehen und lesen Sie den letzten Absatz, beginnend mit "Sie können lokale Nachrichtenübertragung zwischen ... verwenden".

Answer 3

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, wie Aufrufe von Webservices über die HTTP-Fassade des Browsers laufen müssen, möglicherweise zu viele Antworten vom Server aufgrund 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.

Lifetime-Management wird auch vom Browser behandelt, ein Plugin versucht möglicherweise, den Silverlight-Prozess zu recyceln und neu zu starten.

Versuchen Sie, diese Debug-Dienstprogramm, silverlight spy an der Unterseite des Problems