IBM Worklight 6.1 - 如果处于脱机模式，则未调用 NativePage.show 回调答案

【问题标题】：IBM Worklight 6.1 - NativePage.show callback not called if in offline modeIBM Worklight 6.1 - 如果处于脱机模式，则未调用 NativePage.show 回调
【发布时间】：2014-06-09 09:24:12
【问题描述】：

我们最近更改了 Worklight 连接设置，使该应用程序无法连接到 Worklight Server。

此更改后，我的显示本机页面 (AppInit.js) 的代码不再返回到 JavaScript 回调函数。

似乎 Native 页面运行到最后，但我对 WL.Logger.log('backFromNativeLoginPage'); 的调用没有被执行。它会挂在最后一个可见页面上，直到手机进入睡眠模式然后由用户恢复，或者如果用户切换到主屏幕并切换回应用程序。之后，回调代码被执行。

我还注意到 LogCat 中的一个条目，这是我以前没有注意到的：

线程警告：对 Logger.LOG 的 exec() 调用阻塞了主线程 44 毫秒。插件应该使用 CordovaInterface.getThreadPool()

我让它正常工作的唯一方法是将connectOnStartup 设置为true。我不确定为什么它依赖于与服务器的连接才能从本机页面返回？由于连接到服务器不是我们的选择，有谁知道是否有解决方法？有人见过这个吗？

这是我的代码：

AppInit.js

var showNativePage = function() {
    WL.NativePage.show('com.app.Login', function(data) {
       WL.Logger.log('backFromNativeLoginPage');  //Does not run if connectOnStartup=false
    }, {param: 'some value'});
};

initOptions.js

var wlInitOptions = {   
    connectOnStartup: false //setting this to true works
};

WLJSX.bind(window, 'load', function() {
    WL.Client.init(wlInitOptions);
});

Login.java

public class Login extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        LoginWebViewClient client = new LoginWebViewClient(this);

        webView = (WebView) findViewById(R.id.login);
        webView.getSettings().setJavaScriptEnabled(true);
        webView.setWebViewClient(client);
        webView.loadUrl(url);
    }

    public void setAppDataAndReturn(HashMap<String, String> dataList) {
        Intent returnData = new Intent();

        for (Map.Entry<String, String> item : dataList.entrySet()) {
            returnData.putExtra(item.getKey(), item.getValue());
        }

        setResult(RESULT_OK, returnData);
        finish();
    }
}

更新：

在尝试了一些建议后，我在Cordova events 上找到了一些文档，并按照它，我终于通过将以下代码添加到我的 AppInit.js 文件中来让它工作：

function wlEnvInit() {
    wlCommonInit();

    document.addEventListener("deviceready", function(info) {
        document.addEventListener("resume", function(e){ WL.Logger.log('Resume from native page.'); }, false);
    });
}

我不确定为什么会这样，但似乎需要WL.Logger.log() 语句，因为没有它回调就不会执行。如果有人能解释为什么它会这样工作，我很想知道。希望这种“解决方法”可以帮助可能遇到相同问题的人...

【问题讨论】：

NativePage 的示例项目未连接到 Worlight Server，并且工作正常。我建议你比较一下两者。此外，最好能提供一个工作演示 Worklight 项目（不是生成的 android 项目或 .apk，而是 Worklight 项目），而不是此时的代码 sn-ps。
感谢@IdanAdar。我对这两个项目进行了比较，并尝试复制一些不同的设置，但这似乎没有帮助。我确实尝试了一种“解决方法”，它似乎可以执行回调。（请参阅原始帖子中的更新）。感谢您的帮助！
不知道你为什么需要它，因为一旦应用程序初始化到 wlCommonInit，这意味着内部 device.ready 已经被成功调用。
可以安全地忽略 logcat 警告。

标签： javascript android cordova ibm-mobilefirst

【解决方案1】：

我看到您在 initOptions.js 中有以下代码：

WLJSX.bind(window, 'load', function() {
    WL.Client.init(wlInitOptions);
});

这会导致在浏览器（或混合应用程序中的 web 视图）load 事件上调用 WL.Client.init 函数。 WL.Client.init触发的代码路径下的一些可执行代码依赖于Cordova完全初始化。 connectOnStartup: true 指令触发一个依赖于已经完全初始化的 Cordova 的代码路径。完整的 Cordova 初始化由 deviceready 事件指示。

您在deviceready 事件之前触发WL.Client.init。因此，您会看到意外行为。

我强烈建议删除load 事件绑定和回调代码，并将所有初始化代码放在wlCommonInit 或wlEnvInit 中，这些代码在deviceready 事件上触发。您不需要在您的代码中显式侦听deviceready。

【讨论】：