2016-03-08 88 views
1

我们在MyUnicity iOS项目中尝试使用mobilefirst platform SDK和IBM Bluemix通知SDK时遇到了一些问题。在MFP和IMFCore库之间有许多重复的符号,并且我们的项目构建在链接阶段失败(请参阅下面的示例:总共我们得到“架构arm64的121个重复符号”)。 iOS上的Bluemix推送通知要求IMFCore和IMFPush特点:IBM MobileFirst Platform Foundation(MFP)和Bluemix IMFCore SDK的重复符号

重复的符号_OBJC_IVAR _ $ _ WLAFQueryStringPair._field在:... 重复的符号_WLAFQueryStringPairsFromDictionary在:... 重复的符号_OBJC_CLASS _ $ _ WLDeviceAuthManager在:... ... LD:错误:121个架构arm64 铛重复的符号连接命令失败,退出代码1(使用-v看到调用)

我们已经看到了类似的与移动第一平台SDK发生, IBM本地化版SDK(请参阅:https://developer.ibm.com/answers/questions/176115/ibmlocation-ios-sdk-worklight-api-duplicate-symbol.html)。在这种情况下,答案是使用来自移动第一平台的推送通知,但在我们的情况下,这是不可能的,因为推送通知服务由位于移动第一平台之外的MACM使用。

有可能解决这个问题的一般建议,但是这些解决方案看起来更像是黑客或涉及的步骤,可能难以复制其他开发环境:

1)manualy从静态库删除符号

2)与命名空间依赖性播放(具有涉及访问到所讨论的库)

3)的其它连接选项使用

有也是一种备用解决方案:使用xtify在MACM中推送通知,而不是Bluemix推送通知(MACM支持Bluemix Push或Xtify作为推送通知解决方案)。

这里最好的行动是什么?

感谢

+0

我们的团队仍在调查此问题,并计划在下周某个时候为您解决问题 –

+0

很好,期待您的回音 –

回答

0

我认为,最好的选择是一个适合大多数的项目需求,时间框架和实现它的技术复杂性。

+0

由于MACM本身与它集成,我们希望坚持使用Bluemix的IBM推送通知服务。由于使用MFP,我们如何获得重复的符号错误? –

+0

@ChristianChateauvieux我正在从Bluemix移动服务端进一步研究这个问题。当我有更多信息时,我会通知你。 –

0

开发团队一直致力于开发适用于Bluemix Mobile Services的Swift SDK,该开发人员应该允许与MFPF集成,而不会出现重复符号错误。

SDK和示例仍在开发中,但您可以开始试用我们目前正在开发的使用新Swift SDK的Bluemix Push Notification示例。请看bms-samples-swift-hellopush存储库的开发分支。

我能够将MFPF SDK集成到此示例中,但没有引用的重复符号错误。请注意,SDKs处于预发布阶段,因此这仍然是实验性的。我可以在SDK发布时保持更新。

相关问题