cancel
Showing results for 
Search instead for 
Did you mean: 

Conversion from STRING to TY_REQUEST_IN not Supported

pablo_daniel
Participant
0 Kudos
334

Hi experts.

We recently received an SAP report with dump information. But cannot identify which field is raising the problem.

This is the Sap Report:

"Issue: We could see below mentioned dumps are triggering with high frequency Dump details : we are observing very high frequency of dumps from 031 28.05.2021 19:03:00 vaai03l3u_L3U_00 K8W6JMWARQU 031 C OBJECTS_MOVE_NOT_SUPPORTED CL_AP_UI_JSON_DESERIALIZER====CP 28.05.2021 19:02:14 vaai03l3u_L3U_00 K8W6JMWARQU 031 C OBJECTS_MOVE_NOT_SUPPORTED CL_AP_UI_JSON_DESERIALIZER====CP 28.05.2021 19:02:11 vaai03l3u_L3U_00 K8W6JMWARQU 031 C OBJECTS_MOVE_NOT_SUPPORTED CL_AP_UI_JSON_DESERIALIZER====CP 28.05.2021 19:02:10 vaai03l3u_L3U_00 K8W6JMWARQU 031 C OBJECTS_MOVE_NOT_SUPPORTED CL_AP_UI_JSON_DESERIALIZER====CP

Resolution: Issue is that someone attempting to move one data object to another. This is not possible here because the conversion of a data object of type "STRING"; to type "TY_REQUEST_IN" is not supported. Now, from the framework side, we cannot analyze further here, we do not know what steps where involved or the data stream.

Thanks in advance.

Regards Pablo.

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member564242
Active Participant

Dear Pablo,

Code which is generating this request may have passed "null" in the field and is not using any variable.

This points as Bad request from the dump is not really created by the ByD/C4C HTML5 client.

Also since there are no variable involved it would mean that if the above Oberon Settings call is a bad request from the client then it should be Bad request all the time and not for some user * some point in time as there is no variable/logic involved to determine any of the importing parameters.

I suppose you would have request an email from SAP as a regular health check, you can reply to get the details and RCA 🙂