Hello,
We are experiencing issues related to SAP Mobile Platform 3.0 OData Offline functionalities.
The development scenario is Android native with SAP Mobile Platform 3.0 SDK SP06.
After succesfully implementing user onboarding/registration, creating the offline store and reading data from an SAP ERP back-end system using delta tokens, we seem to have difficulties with Create/Update/Delete operations.
The Create/Update/Delete operations were implemented according to SAP documentation and examples using the following SMP SDK functions:
- ODataOfflineStore.scheduleCreateEntity
- ODataOfflineStore.schedulePatchEntity or ODataOfflineStore.scheduleUpdateEntity
- ODataOfflineStore.scheduleDeleteEntity
When testing the functions, we get the following 403 Forbidden error (at SMP server level):
#2.0#2015-02-02 12:02:47.472#+0:00##Proxy####1422878567458001#ee1c9f3f-aaf4-11e4-8000-be50499ead5a#com.fv.zsfasrv#DirectProxy:handle#smpAdmin#######284###Finished OData Proxy Request:https://smp3.mobile.local:8083/gateway/odata/SAP/ZSFA_SRV/PersonCollection('T-S62C19')#
#2.0#2015-02-02 12:02:47.47#+0:00#FATAL#Proxy####1422878567458000#ee1c9f3f-aaf4-11e4-8000-be50499ead5a#com.fv.zsfasrv#DirectProxy:handle#smpAdmin#######284###Response code from Backend403Forbidden#
#2.0#2015-02-02 12:02:47.454#+0:00##Proxy####1422878566278000#ee1c9f3f-aaf4-11e4-8000-be50499ead5a#com.fv.zsfasrv#DirectProxy:handle#smpAdmin#######284###Finished OData Proxy Request:https://smp3.mobile.local:8083/gateway/odata/SAP/ZSFA_SRV/$metadata#
After testing and investigation of the matter, we have reasons to believe the error might be related to the X-CSRF token.
Considering we were led to believe that the Offline SDK handled tokens and cookies automatically, we are unsure about how to proceed in solving the issue.
Consequently, we would appreciate some help regarding Create/Update/Delete operations on an ODataOfflineStore and X-CSRF token/cookies management.
- EDIT 1
After further tweaking, we managed to get a more detailed log, please see attached TraceFile.txt.
Thank you.
Regards,
~ Valentin Alexandru Tudorache