on 05-28-2012 1:10 PM
Hi All,
I've been working on a scenario that involves RFC lookup. The look up has been tested in both ways, ie., by UDF and by standard RFCLookup function. Both the methods indeed receives an empty response back from R3, which makes me believe that the implementation in PI is correct. I am no ABAP expert and hence couldnt figure out if something is going wrong at the ABAP side. The function module is said to be working as expected locally [at ABAP end].
I am testing it at desgin time and the element to which the looked-up value is mapped is always empty. The UDF method, gets back a RFC-XML response in which the export parameter tags are empty. The standard RFCLookup function method, doesnt return any value.
Did I miss anything here? Any inputs are highly appreciated.
Thanks!
The issue is resolved now. Apparently, the issue was with the lenght of the value passed onto the function module.
I thank everyone for their valuable responses. I appreciate it.
Regards,
Madhvi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Probably you have mentioned incorrect client in the RFC receiver channel.
Just cross check that as well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thank you all for your suggestions..
@Raja Shekar Reddy: I did try re-importing RFC structure for 6 times now. No luck there.
@ Iñaki Vila: I did create an import parameter, that’s how I could test in design time.
@Gareth: Is your suggestion from R/3 perspective? Because, the UDF approach lets me frame the RFC-request data where all required tags were filled and passed. Hence I would assume all data are sent to R/3 as required.
@Mark: This is something I dint try yet. I’ll get it a try. Thanks.
@Rajesh: The channel is being used by many function modules in the same business system. Only this function module doesn’t work.
Any other pointers?
Hi Madhvi,
Yes, my suggestion was for the R/3 side of things. It may or may not be useful in some situations just to be sure that what you are passing is actually arriving in the correct format.
Stupid question - is the Function Module you are using definitely RF-enabled? I've seen this catch people out many a time as it is easily over-looked!
Gareth.
Hello,
Can you start/stop the RFC Receiver CC so that the metadata gets refreshed and then try executing your look again?
Hope this helps,
Mark
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Madhvi,
If you aren't sure if the RFC is being called correctly, see if your ABAP resource can implement FBGENDAT functionality in the RFC - this helps to see just what is being passed in to the RFC call.
It may not be useful in this situation but is worth a try.
Gareth.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Madhvi,
As far as i know you cant test a RFC lockup from test message mapping tool, you could use a wsnavigator or service registry inside PI or an external tool like soapui or XMLSPY in order to test all the scenario.
I've forgotten, you could test from message mapping but you need to fill the follow:
The value of RFCCanal is the RFC channel and it should exist in the configuration:
Regards,
Message was edited by: Iñaki Vila
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
reimport RFC structure once again and execute RFC look up,still no luck then send correct request format .
I dont think any error from your end..
Regards,
Raj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
81 | |
11 | |
10 | |
8 | |
7 | |
6 | |
6 | |
6 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.