2

我們已將Siverlight應用程序部署在負載均衡的生產環境中。此應用程序使用「CheckAndDownloadUpdateAsync」方法自動檢查和下載更新。任何應用程序池設置是否會導致Silverlight OOB CheckAndDownloadUpdateAsync更新失敗?

此方法工作正常,下載最新版本的應用程序時沒有任何問題。

App.Current.CheckAndDownloadUpdateCompleted += new CheckAndDownloadUpdateCompletedEventHandler(App_CheckAndDownloadUpdateCompleted); 

但是,突然間,這個方法開始表現怪異。即使在生產服務器上沒有新的部署之後,它也會繼續下載應用程序。 即使在它自己下載最新的應用程序後,我也會一直得到e.UpdateAvailable = true。

回答

0

好的。最後,我們(4個月後:()發現問題,幸運的是它沒有與任何有關國際空間站(應用程序池)設置

的理由: - 。 每個文件創建於&修改於日期所以,我們的XAP文件 我們曾經部署應用程序,通過壓縮它並將該ZIP文件複製到我們的服務器上,然後解壓到所需的文件夾中

所有壓縮軟件(包括WinZip,Windows服務器默認'Extract All ...',7 Zip等) 當XAP文件被提取時,它的修改日期應該根據服務器的當地時間進行轉換。由於我們的服務器在CST tim e,它應該將時間轉換爲CST。但是,它並沒有將其作爲本地IST時間。 例如如果在IST機器上建立時間爲12.30PM(IST),則壓縮和提取它用於顯示時間爲'12.30PM(CST)',其中它應該已經將其轉換爲-6.00UMT並且顯示爲'1.00AM(CST)' 。

因此,每當silverlight發送「檢查更新」請求時,請求都處於本地IST時間,該時間比XAP文件上的'Modified on'時間早,因此它用於一次又一次地下載應用程序直到IST日期/時間匹配或跨越CST時間表示未來11.30小時內發生問題。

如果您在使用上述CheckAndUpdateAsync()方法時遇到「自動升級」問題,請不要忘記關注XAP文件的創建日期&。希望這可以幫助!謝謝。

相關問題