ios - Worklight 6.1 swift 1.2 support -
i working on project has built , deployed adapters on worklight 6.1 server , have develop app use these adapters using latest version of swift.
i'm trying add native api project , connect server native app alwas error when call wlcliend.wlconnectwithdelegate(self):
> 2015-07-14 17:35:58.782 iosnativeapi[46479:353823] [error] > [worklight]: cannot find cookies.mom file 2015-07-14 17:35:58.789 > iosnativeapi[46479:353823] *** terminating app due uncaught > exception 'nsinvalidargumentexception', reason: 'cannot create > nspersistentstorecoordinator nil model' > *** first throw call stack:
my question have project in swift , server in 6.1? because 6.1 server didn't generate bridging header file, had wirte on own.
so worklight server 6.1 works swift 1.2? if yes causing error?
edit:
here bridging header file: (i took file generated using 7.0 version , hint files weren't found)
/* * licensed materials - property of ibm * 5725-i43 (c) copyright ibm corp. 2006, 2014. rights reserved. * government users restricted rights - use, duplication or * disclosure restricted gsa adp schedule contract ibm corp. */ #import "abstractacquisitionerror.h" #import "abstractgeoareatrigger.h" #import "abstractgeodwelltrigger.h" #import "abstractposition.h" #import "abstracttrigger.h" #import "abstractwifiareatrigger.h" #import "abstractwifidwelltrigger.h" #import "abstractwififiltertrigger.h" #import "acquisitioncallback.h" #import "acquisitionfailurecallback.h" #import "basechallengehandler.h" #import "basedeviceauthchallengehandler.h" //#import "baseprovisioningchallengehandler.h" #import "challengehandler.h" //#import "jsonstore.h" //#import "jsonstoreaddoptions.h" //#import "jsonstorecollection.h" //#import "jsonstoreopenoptions.h" //#import "jsonstorequeryoptions.h" //#import "jsonstorequerypart.h" #import "oclogger.h" #import "wlacquisitionfailurecallbacksconfiguration.h" #import "wlacquisitionpolicy.h" //#import "wlanalytics.h" #import "wlarea.h" //#import "wlauthorizationmanager.h" #import "wlcallbackfactory.h" #import "wlchallengehandler.h" #import "wlcircle.h" #import "wlclient.h" #import "wlconfidencelevel.h" #import "wlcookieextractor.h" #import "wlcoordinate.h" #import "wldelegate.h" #import "wldevice.h" #import "wldeviceauthmanager.h" #import "wldevicecontext.h" #import "wleventsourcelistener.h" #import "wleventtransmissionpolicy.h" #import "wlfailresponse.h" #import "wlgeoacquisitionpolicy.h" #import "wlgeocallback.h" #import "wlgeodwellinsidetrigger.h" #import "wlgeodwelloutsidetrigger.h" #import "wlgeoentertrigger.h" #import "wlgeoerror.h" #import "wlgeoexittrigger.h" #import "wlgeofailurecallback.h" #import "wlgeoposition.h" #import "wlgeopositionchangetrigger.h" #import "wlgeotrigger.h" #import "wlgeoutils.h" #import "wllocationservicesconfiguration.h" #import "wlonreadytosubscribelistener.h" #import "wlpolygon.h" #import "wlprocedureinvocationdata.h" #import "wlprocedureinvocationresult.h" #import "wlpush.h" #import "wlpushoptions.h" //#import "wlresourcerequest.h" #import "wlresponse.h" #import "wlresponselistener.h" //#import "wlsecurityutils.h" //#import "wlsimpledatasharing.h" #import "wltriggercallback.h" #import "wltriggersconfiguration.h" //#import "wltrusteer.h" //#import "wlusercertauth.h" #import "wlwifiaccesspoint.h" #import "wlwifiaccesspointfilter.h" #import "wlwifiacquisitioncallback.h" #import "wlwifiacquisitionpolicy.h" #import "wlwificonnecttrigger.h" #import "wlwificonnectedcallback.h" #import "wlwifidisconnecttrigger.h" #import "wlwifidwellinsidetrigger.h" #import "wlwifidwelloutsidetrigger.h" #import "wlwifientertrigger.h" #import "wlwifierror.h" #import "wlwifiexittrigger.h" #import "wlwififailurecallback.h" #import "wlwifilocation.h" #import "wlwifitrigger.h" #import "wlwifivisibleaccesspointschangetrigger.h"
there nil connection between fact you're implementing application in swift 1.2 (which great of that!) , server. server doesn't care programming language application written with.
and yes, indeed supposed implement own bridging header file in worklight 6.1. in later releases bridging file provided you. later releases = mobilefirst platform 7.0.
you more encouraged upgrade worklight 6.1 mobilefirst 7.0.
also note cookies.mom deprecated , no longer in use, believe in 6.1 still in use, right guess may bridging header may @ fault or implementation. can provide either of these?
Comments
Post a Comment