on 04-03-2014 10:08 AM
Hi,
We are calling an RFC in Get_EntitySet method of a Gateway service. In the table 't_output' of that RFC, we have a 'description' field of char50 which is initially blank and gets populated after RFC execution.
But after RFC call in gateway, this field is getting populated with preceding string " \u0000\u0000\u0000\f\u0000\u0000ఀ"(as found in http response, find the debugger values in screenshot) then the actual values. I have tried executing the FM separately but there it was returning correctly (without this special character string).
Why is this happening and how to resolve it?
Hello Ekansh,
This is due to the data type mismatch.
Make sure that the structure or the table in which you are capturing the response from the RFC is same. I mean both have the same data types and the order of the fields as well.
for example lets say RFC is returning a table having fields A , B , C and has the corresponding type as Decimal with length 7 decimal 3 , CHAR of length 10 , INT4 length 10.
when you capture this RFC response i mean the table in which you are capturing should have the table with same data types and order of the fields. i.e., table with fields A , B , C having types as Decimal with length 7 decimal 3 , CHAR of length 10 , INT4 length 10 correspondingly.
Fields like Quantity should be defined with correct length and precision.
This issue will be resolved if you make sure the above things are in place.
Regards,
Ashwin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Ekansh,
Can you please share the screen shots of RFC table structure and your local table structure in which you are capturing the response of RFC ?
I have faced this issues and issue was with the type mismatch.
I don't see any other reason in GW for the data to be get corrupted except data type mismatch
Regards,
Ashwin
Hello Ekansh,
Thanks for your effort in sharing things Ekansh
I could find that RFC response table has got field ' CHARG '. Have a look at the below image.
But your GW structure has no field called ' CHARG ' . Have a look at the below image.
It is being missed out in your GW local structure.
Kindly add this field i.e., CHARG between OMEG and VAL_STOCK. Response will be fine this time
Regards,
Ashwin
Hello Ekansh,
Like Chandra said problem might be with Unicode and Non_Unicode communication type as well.
You can check in SM59 about the RFC destination and Unicode details.
But i really suspect it is with data type mismatch.
If data types are correct then we need to look regarding unicode or non-unicode communication type.
Regards,
Ashwin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
23 | |
11 | |
9 | |
8 | |
5 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.