IBM MobileFirst。无法创建启用了扩展真实性的 .wlapp
IBM MobileFirst. Cannot create .wlapp with extended authenticity enabled
我正在尝试为基于 cordova 的混合应用程序配置扩展真实性。
mfp version is 7.1.0.00.20151227-1730
- 构建签名版本 .apk
- 内置 .wlapp
wladm> enable extended-authenticity r.wlapp r.apk > extended.wlapp
输出：
Analyzing executable file.
Generating new .wlapp file...
invalid entry compressed size (expected 11444 but got 11433 bytes)
尝试使用未签名的 .apk
输出是不支持未签名的 .apk。
如何正确创建启用扩展真实性的 .wlapp？
错误消息 invalid entry compressed size (expected 11444 but got 11433 bytes) 表示 wladm 程序在两个文件之一（.wlapp 或 .apk 文件）中找不到有效的 ZIP 文件结构。
导致此错误的可能原因有两种：
- 从创建文件的机器到您 运行 wladm 所在的机器的传输错误。此类传输错误的示例是在文本模式下使用 FTP 进行传输，或者在源代码管理系统中以文本模式提交，但可能还有更多。您可以通过获取文件的创建位置和 wladm 使用位置的哈希码（例如 sha1sum）并比较这些哈希码来确定是否存在传输错误。对 .wlapp 和 .apk 文件执行此操作。
- 也可能是文件使用了 wladm 无法识别的 ZIP 文件格式的某些扩展名（例如 ZIP64）。在这种情况下，尝试将 wladm 与较新的 Java 一起使用（即，将 JAVA_HOME 环境变量设置为指向 Java 7 或 Java 8 实现）。
如果这些提示都没有帮助，那么这就是 IBM MobileFirst 支持的情况。请向他们开具工单，并提交这两个文件。他们将对这两个文件保密。
原因是原始 .wlapp 文件使用的压缩算法与 "enable extended-authenticity" 命令要创建的新 .wlapp 文件略有不同。
解决方法是在尝试 "enable extended-authenticity" 操作之前解压缩并重新压缩 .wlapp 文件：
$ mkdir tmpdir
$ cd tmpdir
$ unzip -x ../r.wlapp
$ rm -f ../r.wlapp
$ jar cf ../r.wlapp *
$ cd ..
我正在尝试为基于 cordova 的混合应用程序配置扩展真实性。
mfp version is 7.1.0.00.20151227-1730
- 构建签名版本 .apk
- 内置 .wlapp
wladm> enable extended-authenticity r.wlapp r.apk > extended.wlapp
输出：
Analyzing executable file.
Generating new .wlapp file...
invalid entry compressed size (expected 11444 but got 11433 bytes)
尝试使用未签名的 .apk
输出是不支持未签名的 .apk。
如何正确创建启用扩展真实性的 .wlapp？
错误消息 invalid entry compressed size (expected 11444 but got 11433 bytes) 表示 wladm 程序在两个文件之一（.wlapp 或 .apk 文件）中找不到有效的 ZIP 文件结构。
导致此错误的可能原因有两种：
- 从创建文件的机器到您 运行 wladm 所在的机器的传输错误。此类传输错误的示例是在文本模式下使用 FTP 进行传输，或者在源代码管理系统中以文本模式提交，但可能还有更多。您可以通过获取文件的创建位置和 wladm 使用位置的哈希码（例如 sha1sum）并比较这些哈希码来确定是否存在传输错误。对 .wlapp 和 .apk 文件执行此操作。
- 也可能是文件使用了 wladm 无法识别的 ZIP 文件格式的某些扩展名（例如 ZIP64）。在这种情况下，尝试将 wladm 与较新的 Java 一起使用（即，将 JAVA_HOME 环境变量设置为指向 Java 7 或 Java 8 实现）。
如果这些提示都没有帮助，那么这就是 IBM MobileFirst 支持的情况。请向他们开具工单，并提交这两个文件。他们将对这两个文件保密。
原因是原始 .wlapp 文件使用的压缩算法与 "enable extended-authenticity" 命令要创建的新 .wlapp 文件略有不同。
解决方法是在尝试 "enable extended-authenticity" 操作之前解压缩并重新压缩 .wlapp 文件：
$ mkdir tmpdir $ cd tmpdir $ unzip -x ../r.wlapp $ rm -f ../r.wlapp $ jar cf ../r.wlapp * $ cd ..