针对Android的直接更新失败

将应用程序从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文件，原始文件可能已被更改或替换。

来源

2016-03-18 Zachary Loughridge

在LogCat中它是否说什么类型的文件被下载？它应该是“应用程序/邮编”。 – DoraC

这是只发生在Android？ – DoraC

@DoraC增加了更多日志。我看到这个被阻止的线程警告。会导致这个问题吗？ –

7.0.0.00.20150312-0731是一个非常老的MFPF 7.0版本;许多修补程序，包括直接更新发生在那里。

我建议您将更新从IBM最新的iFix的修复中心，以确认该问题仍然发生在你身上。

来源

2016-03-18 15:01:09

这是我们的测试服务器。我们只是使用我们的Prod服务器版本7.0.0.00.20160215-1938重新生成了相同的结果。 –

在这种情况下请注意，在正在测试修复程序的活动PMR中发现了类似的错误;考虑开设PMR。 –

这个问题：http://stackoverflow.com/questions/33930397/direct-update-failure-in-mobilefirst-application-7-0 ?? 没有人能够使用7.0更新其应用程序？ –

这是一个问题，在返回的直接更新压缩的内容类型不是“应用程序/压缩”，因为它应该是。

请注意，Worklight服务器为android直接更新返回“application/zip”内容类型。我们现在有一个测试修补程序，我们只记录不同的内容类型，并继续直接更新过程，因为它可以是正确的。例如，可以通过防火墙更改zip和内容类型。

如果创建PMR，我们可以给你一个测试补丁测试（刚落工作灯-的android.jar到Android项目 - >部署到设备）。一旦我们确认它可以工作，我们就可以将其交付给生产版本。提交PMR时，请将它们链接到此StackOverflow问题以提供完整的问题背景。

来源

2016-03-18 15:46:31 DoraC

我们已经创建了一个PMR＃81385,442,000，您可以给我们发送文件来测试。 Pat Barron是我们的IBM协调员。 –

我们更新了jar文件并部署到服务器和设备上。仍然失败，同样的错误信息仍然存在。注意：这对iphone环境/设备也是失败的。 –

针对Android的直接更新失败

回答

相关问题