cancel
Showing results for 
Search instead for 
Did you mean: 

Mapping program is not available in runtime cache

tharaka_fernando
Contributor
0 Kudos

Dear All Gurus,

I have developed a RFC to File scenario. Development is executing fine in IR & ID.( executed in Interface Determination / Reciever Determination .. thru "Test Configuration Scenareo" & all scenareos get "Greemn Right").

When I call the RFC in SE38 this error generates.

Checked in SXI_CACHE & this is available. Did a Chache refresh as well.

What could be the error ?

Thanking you in advance.

Accepted Solutions (1)

Accepted Solutions (1)

former_member472138
Active Contributor
0 Kudos
When I call the RFC in SE38 this error generates.

Checked in SXI_CACHE & this is available. Did a Chache refresh as well.

Is that tested in SE38 or SE37?

If your function thro's an error then you need to check this out with ABAPER.

Regards

Pothana

Answers (5)

Answers (5)

tharaka_fernando
Contributor
0 Kudos

Thanks for the comments, all !

maciej_jarecki
Contributor
0 Kudos

Hi

if in se37 you receiver error it look like your function is wrong

BR

MAciej

Former Member
0 Kudos

Hello,

If this mapping is missing in the runtime cache you could try triggering a cache refresh that transfers the Mapping from the repository in the runtime cache. This can be done in different ways:

Open the Interface Mapping in the repository, make some change, e.g., at the description, save and activate.

Or, refresh the mapping as outlined in the note below:

note #1377033 How to perform a Single Repository Object Cache Refresh

Regards,

Sarah

Former Member
0 Kudos

i guess u have also done a CPA cache referesh??

Former Member
0 Kudos

Hi,

Since ur scenario is wrkin fine during Test, the problem lies with connectivity with backend system

Check the sender communication channel. Check if the parameters u have metioned are correct. espl the RFC destination provided or the Application server of backend system (ECC etc) are correctly mentioned. Also cross check the RFC module also.

Cheers,

Souvik