Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Debugging with several RFC hops

rainer_hbenthal
Active Contributor
0 Likes
646

I have a central application on system B, which is called from system A. The application needs in addition some special data again from A, so there is an RFC jump back to A ti get the required data,

In short: A calls B, B calls A back to get some data. I' able to set a breakpoint in B, and system stops. After that i'm unable to step into the rfc funcion call back to A, it always executs the FM in one step. Setting a breakpoint in A reveals the Message "Debugging not possible".

Am i doing something wrong or is there really a limit regarding the RFC hops? In this case, one RFC is working, but the second back to A doesnt stop at the breakpoint.

Any idea?

4 REPLIES 4
Read only

Former Member
0 Likes
584

hi ruber

good question

try out like this

core code modification required.

in the standard program

SAPMSSY1(subroutine pool)

In the form you need to insert a code like this.

FORM REMOTE_FUNCTION_CALL USING VALUE(TYPE).
  DO.
    CALL 'RfcImport' ID 'Type' FIELD TYPE.
***inserted 
    perform check_for_debug in program XXXXXXXXXXXX.
***inserted
    PERFORM (SY-XFORM) IN PROGRAM (SY-XPROG).
    RSYN >SCONT SYSC 00011111 0.
  ENDDO.
ENDFORM.

and the XXXXXXXXXX program is in turn a subroutine pool

form check_for_debug.


  TABLES: *******.

  SY-SUBRC = 0.

  WHILE SY-SUBRC = 0.

    SELECT SINGLE *
           FROM ******
           WHERE UNAME = SY-UNAME
             AND FNAME = SY-XFORM.

    if sy-subrc = 0.
      do 1000 times.
      enddo.
    endif.

  ENDWHILE.

endform.

And in the z table you can create a 2 fields for which you can maintain table maintenance generator and in that you can add your RFC user.

and in these both systems this is should be maintained

and for this a heavy effort was put up by me

is it ok 4 you

try out

all the best

Read only

0 Likes
584

Thanks for the answer, but at least it was a dumb question. When B is calling A again of course the remote function does not run under my origin user id but under the userid specified in system B

Read only

0 Likes
584

hi

in both cases from B to A or from A to B the RFC user will be logging in , so in both systems the ztable should be maintained with the RFC FM name and user id

cheers

s.janagar

Read only

0 Likes
584

Yes i was aware that from A to B the userid changes (external breakpoint with different userid) but for any reason i didnt take care off userid change again

As i said: dumb question.