我已经在worklight 6.1 version
中构建了该应用程序,我们已经在本地环境中进行了测试,没有任何问题。我已经编写了适配器过程,到目前为止还不安全,因为它有一个简单的过程方法,我们不需要任何安全性。
现在,在生产环境中部署应用程序后,我根本无法调用worklight过程。下方的Xcode控制台上显示了一些日志
2014-01-06 11:23:36.294 PROJECT[340:60b] DeviceAuthManager:getWorklightUniqueDeviceId --> returning UUID from the keychain
2014-01-06 11:23:36.666 PROJECT[340:60b] Adding request to wl_antiXSRFRealm challenge handler's waiting list
2014-01-06 11:23:36.668 PROJECT[340:60b] Adding request to wl_deviceNoProvisioningRealm challenge handler's waiting list
以及在下面给出的服务器端(IBM http服务器)上显示的日志
/PROJECT/apps/services/api/PROJECT/ipad/0/query HTTP/1.1" 401 165
IPADDRESS - - [05/Jan/2014:23:54:36 -0600] "POST /PROJECT/apps/services/api/PROJECT/ipad/0/query HTTP/1.1" 401 166
IPADDRESS - - [05/Jan/2014:23:54:36 -0600] "POST /PROJECT/apps/services/api/PROJECT/ipad/0/query HTTP/1.1" 401 166
只要让我知道这可能是什么原因——我在部署生产时是否忘记了什么。
同时让我知道适配器是否必须是安全的,或者我们可以在服务器端不使用任何安全性的情况下保留。
在生产上部署适配器后,我使用下面给出的方法调用适配器
function Authentication(user,pass) {
console.log('Hi Authentication');
busyInd.show();
var invocationData = {
adapter : 'CORE_ADAPTER',
procedure : 'Authentication',
parameters : [ user,pass ]
};
WL.Client.invokeProcedure(invocationData,{
onSuccess : AuthSuccess,
onFailure : function AuthFailure(response){ busyInd.hide();console.log("reponse failure "+response);},
});
}
根据下面给出的Srik评论在应用程序发布时,我收到了
2014-01-06 17:24:31.710 PROJECT[53760:c07] DEBUG: addDeviceIDHeader deviceIDSuccessCallback
2014-01-06 17:24:31.711 PROJECT[53760:c07] DEBUG: connectOnStartup finalizeInit
2014-01-06 17:24:31.712 PROJECT[53760:c07] DEBUG: before: app init onSuccess
2014-01-06 17:24:31.712 PROJECT[53760:c07] DEBUG: after: app init onSuccess
2014-01-06 17:24:31.712 PROJECT[53760:c07] DEBUG: added onPause event handler
2014-01-06 17:24:31.712 PROJECT[53760:c07] DEBUG: wlclient init success
并且ConnectOnStartup在initOption.js文件中为true,在成功初始化之后,只有应用程序在调用适配器。
我已经用wireshark工作灯检查过了,当时像这个一样又增加了一个斜线
http://localhost:10080/HDFC_SECURITIES_MEAP//apps/services/
在worlight.plist文件中删除url末尾的斜杠后,现在可以解决这个问题。这是对ios5
、ios6
、ios7的测试,所有构建都没有问题,甚至没有一次出现异常。并且.plist是完全可编辑的。