2016-03-18 79 views
0

將應用程序從6.2遷移到7.0。服務器MobileFirst版本:7.0.0.00.20150312-0731針對Android的直接更新失敗

應用程序本身的偉大工程。當推送新的wlapp到服務器時,設備看到更新是可用的。繼續安裝更新並失敗。

logcat的

W /插件管理(11315):THREAD警告:EXEC()調用來WLDirectUpdatePlugin.start阻塞主線程爲20毫秒。插件應該使用CordovaInterface.getThreadPool()。 W/HardwareRenderer(11315):試圖初始化硬件加速主線程以外,中止 W /插件管理(11315):THREAD警告:EXEC()調用來WLDirectUpdatePlugin.showProgressDialog阻塞主線程爲44ms。插件應該使用CordovaInterface.getThreadPool()。 E/com.worklight.androidgap.directupdate.WLDirectUpdateDownloader(9466):WLDirectUpdateDownloader.validateZipFileIntegrity在WLDirectUpdateDownloader.java:129 ::無效的直接更新zip文件,原始文件可能已被更改或替換。

+0

在LogCat中它是否說什麼類型的文件被下載?它應該是「應用程序/郵編」。 – DoraC

+0

這是隻發生在Android? – DoraC

+0

@DoraC增加了更多日誌。我看到這個被阻止的線程警告。會導致這個問題嗎? –

回答

0

7.0.0.00.20150312-0731是一個非常老的MFPF 7.0版本;許多修補程序,包括直接更新發生在那裏。

我建議您將更新從IBM最新的iFix的修復中心,以確認該問題仍然發生在你​​身上。

+0

這是我們的測試服務器。我們只是使用我們的Prod服務器版本7.0.0.00.20160215-1938重新生成了相同的結果。 –

+0

在這種情況下請注意,在正在測試修復程序的活動PMR中發現了類似的錯誤;考慮開設PMR。 –

+0

這個問題:http://stackoverflow.com/questions/33930397/direct-update-failure-in-mobilefirst-application-7-0 ?? 沒有人能夠使用7.0更新其應用程序? –

0

這是一個問題,在返回的直接更新壓縮的內容類型不是「應用程序/壓縮」,因爲它應該是。

請注意,Worklight服務器爲android直接更新返回「application/zip」內容類型。我們現在有一個測試修補程序,我們只記錄不同的內容類型,並繼續直接更新過程,因爲它可以是正確的。例如,可以通過防火牆更改zip和內容類型。

如果創建PMR,我們可以給你一個測試補丁測試(剛落工作燈-的android.jar到Android項目 - >部署到設備)。一旦我們確認它可以工作,我們就可以將其交付給生產版本。提交PMR時,請將它們鏈接到此StackOverflow問題以提供完整的問題背景。

+0

我們已經創建了一個PMR#81385,442,000,您可以給我們發送文件來測試。 Pat Barron是我們的IBM協調員。 –

+0

我們更新了jar文件並部署到服務器和設備上。仍然失敗,同樣的錯誤信息仍然存在。 注意:這對iphone環境/設備也是失敗的。 –