将SKMaps从2.5.0更新到2.5.1

Question

由于将SKMaps从2.5.0版更新到2.5.1版，我遇到了一个问题。本机.so库似乎有些不对劲。我总是有这样的错误：

11-24 10:34:04.922 7463-7884/de.mypackage A/libc: Fatal signal 7 (SIGBUS) at 0x00000017 (code=1), thread 7884 (e.mypackage) 

在那之后，我收到了这个警告(但这也会显示在应用程序启动的日志中！)：

11-24 10:34:05.989 8531-8531/de.mypackage W/System.err: 
java.lang.NoSuchMethodError: no method with name='getLatitude' 
signature='()D' in class Lcom/skobbler/ngx/positioner/SKPosition;
11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at 
java.lang.Runtime.nativeLoad(Native Method)
11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at 
java.lang.Runtime.doLoad(Runtime.java:421)

11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at 
java.lang.Runtime.loadLibrary(Runtime.java:362)
11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at 
java.lang.System.loadLibrary(System.java:526)
11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at     
com.skobbler.ngx.SKMaps.<clinit>(SourceFile:59)
11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at 
de.mypackage.global.activities.MyActivity.onCreate(MyActivity.java:32)
11-24 10:34:05.992 8531-8531/de.mypackage W/System.err:     at 
de.mypackage.controller.xxx.activities.MyActivity.onCreate(MyActivity.java:103)

我正在armv7平台上测试这个应用程序。我通过使用gradle task installSKMaps拉出一个新的.so文件来拉出一个新的SKMaps.zip文件。

我的build.gradle的配置如下所示：

Adding the SDK to the project using Gradle

但更新过程在这里有更详细的描述：

SDK Update Procedure (2.X to 2.Y)

我需要遍历这个描述中的所有步骤吗？那么我是否需要最后一步There are 2 possibilities to perform an update by overwriting(1) or replacing(2)呢？

我是否需要将此checkForUpdate()方法添加到源代码中，如

2) Delete 2.X resources and keep only the 2.Y resources？

首先，我不需要在应用程序中对更新过程进行任何自动化。首先，我只想在我的应用程序中手动更新SKMaps。

Answer 1

11-24 10:34:04.922 7463-7884/de.mypackage A/libc: Fatal signal 7 (SIGBUS) at 0x00000017 (code=1), thread 7884 (e.mypackage)可以有多个来源，并且已经在更大的上下文(安卓版本、硬件配置、OpenGL版本、代码流等)中进行了研究。

至于SDK的更新过程：

项目中的

• ：您需要更新所有特定于SKMaps的资源(.so文件、.jar、SKMaps.zip )
• 如果您修改了SKMap.zip的内容，那么您需要确保新的SKMaps.zip在运行时将您的更改与新版本的
• 所做的更改结合起来，如果您需要确保新的压缩包被正确解压并替换旧资源(如果更新已经存在的应用程序)-这就是在.jar中描述的运行时过程的目的