Javascript IBM Worklight 6.1-在脱机模式下未调用NativePage.show回调
我们最近更改了Worklight连接设置,使应用程序无法连接到Worklight服务器 在这个更改之后,显示本机页面(AppInit.js)的代码不再返回JavaScript回调函数 本机页面似乎一直运行到最后,但是我调用了Javascript IBM Worklight 6.1-在脱机模式下未调用NativePage.show回调,javascript,android,cordova,ibm-mobilefirst,Javascript,Android,Cordova,Ibm Mobilefirst,我们最近更改了Worklight连接设置,使应用程序无法连接到Worklight服务器 在这个更改之后,显示本机页面(AppInit.js)的代码不再返回JavaScript回调函数 本机页面似乎一直运行到最后,但是我调用了WL.Logger.log('backFromNativeLoginPage')不会被执行。它会挂在最后一个可见页面上,直到手机进入睡眠模式,然后由用户恢复,或者如果用户切换到主屏幕并切换回应用程序。然后,执行回调代码 我还注意到LogCat中的一个条目,这是我以前没有注意到
WL.Logger.log('backFromNativeLoginPage')代码>不会被执行。它会挂在最后一个可见页面上,直到手机进入睡眠模式,然后由用户恢复,或者如果用户切换到主屏幕并切换回应用程序。然后,执行回调代码
我还注意到LogCat中的一个条目,这是我以前没有注意到的:
线程警告:对Logger.LOG的exec()调用阻止了的主线程
44毫秒。插件应使用CordovaInterface.getThreadPool()
我让它正常工作的唯一方法是将connectOnStartup
设置为true
。我不知道为什么它依赖于Order中服务器的连接才能从本机页面返回?由于连接到服务器不是我们的选择,有人知道是否有解决方法吗?以前有人见过这个吗
这是我的密码:
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'});
};
var wlInitOptions = {
connectOnStartup: false //setting this to true works
};
WLJSX.bind(window, 'load', function() {
WL.Client.init(wlInitOptions);
});
initOptions.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'});
};
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();
}
}
我不太清楚为什么会这样,但似乎需要WL.Logger.log()
语句,因为没有它回调就无法执行。如果有人能解释一下为什么会这样,我很想知道。希望此“解决方法”能够帮助可能遇到相同问题的人…我看到initOptions.js中有以下代码:
WLJSX.bind(window, 'load', function() {
WL.Client.init(wlInitOptions);
});
这导致在浏览器(或混合应用程序中的webview)上调用WL.Client.init
函数load
事件。WL.Client.init
触发的代码路径下的一些可执行代码取决于Cordova是否完全初始化。connectOnStartup:true
指令触发一个代码路径,该路径取决于Cordova是否已完全初始化。devicerady
事件指示Cordova完全初始化
在deviceready
事件之前,您正在触发WL.Client.init
。因此,您会看到意外的行为。
我强烈建议删除load
事件绑定和回调代码,并将所有初始化代码放在wlCommonInit
或wlEnvInit
中,这些代码在devicerady
事件中触发。无需在代码中显式侦听deviceready
。NativePage的示例项目未连接到Worlight服务器,工作正常。我建议你将两者进行比较。此外,如果您可以提供一个工作演示Worklight项目(不是生成的android项目或.apk,而是Worklight项目),而不是此时的代码片段,那将是最好的选择。谢谢@IdanAdar。我对两个项目进行了比较,并试图复制一些不同的设置,但似乎没有帮助。我确实尝试了一种“变通方法”,似乎可以执行回调。(见原始帖子中的更新)。谢谢你的帮助!不确定您为什么需要它,因为一旦应用程序在初始化中到达wlCommonInit,这意味着已经成功调用了internal device.ready。可以安全地忽略logcat警告。