This question is locked. New answers and comments are not allowed.
Hi,
I've been working on the iOS version of a PhoneGap Plugin which is supposed to be included in our Appbuilder solution and accesses the Telerik Backend within the native part of the application. To get to know the whole framework implemented several approaches which worked great so far and which are:
- Native (objective-c) using the Rest API
- Native (objective-c) using a self-made EverliveSDK.framework based on the Rest API
- Native (objective-c) using the EverliveSDK.framework provided by Telerik
- PhoneGap Application (xCode) using the EverliveSDK.framework by Telerik
The main reason I implemented those approaches, were of learning nature but they are also quite helpful when debugging the core functionality.
The core of the application is a static library which uses the mentioned approaches to insert data into the Backend. Wrapping it in into a plugin structure it's fully operational after adding it to my PhoneGap solution, using the PhoneGap CLI. Importing it to the Appbuilder on the other side, result in linker (Ld) Errors as the static library and the EverliveSDK can't be located.
<framework src=".../EverliveSDK.framework" weak="true" />
Link: ld: framework not found EverliveSDK
adding my static library using the <source-file ... /> tag results in:
ld: symbol(s) not found for architecture armv7s
ld: symbol(s) not found for architecture armv7
Guess I'm missing some compiler flags when building my static.library but as it works with PhoneGap it'll get harder to detect the error.
Is the <framework .../> tag supported and is it an approach that's architecturally acceptable? Cause I still can get back to the Rest API solution as part of my library.
And concerning the static lib error I'm working on that but any hint would be a great help.
Regards Daniel
I've been working on the iOS version of a PhoneGap Plugin which is supposed to be included in our Appbuilder solution and accesses the Telerik Backend within the native part of the application. To get to know the whole framework implemented several approaches which worked great so far and which are:
- Native (objective-c) using the Rest API
- Native (objective-c) using a self-made EverliveSDK.framework based on the Rest API
- Native (objective-c) using the EverliveSDK.framework provided by Telerik
- PhoneGap Application (xCode) using the EverliveSDK.framework by Telerik
The main reason I implemented those approaches, were of learning nature but they are also quite helpful when debugging the core functionality.
The core of the application is a static library which uses the mentioned approaches to insert data into the Backend. Wrapping it in into a plugin structure it's fully operational after adding it to my PhoneGap solution, using the PhoneGap CLI. Importing it to the Appbuilder on the other side, result in linker (Ld) Errors as the static library and the EverliveSDK can't be located.
<framework src=".../EverliveSDK.framework" weak="true" />
Link: ld: framework not found EverliveSDK
adding my static library using the <source-file ... /> tag results in:
ld: symbol(s) not found for architecture armv7s
ld: symbol(s) not found for architecture armv7
Guess I'm missing some compiler flags when building my static.library but as it works with PhoneGap it'll get harder to detect the error.
Is the <framework .../> tag supported and is it an approach that's architecturally acceptable? Cause I still can get back to the Rest API solution as part of my library.
And concerning the static lib error I'm working on that but any hint would be a great help.
Regards Daniel