‎2006 Dec 15 12:20 PM
‎2006 Dec 15 1:42 PM
Hi max,
1. The concept and architecture of rTFC
is such that,
even if the other server is DOWN, at the time of making the call,
the r/3 system will ensure,
that wehenver the other system is UP,
it will connect and do the rfc call.
2. This processing happens INDEPENDENTLY
of the calling program.
The callling program, can CONTINUE after the tRFC call is made.
It NEED NOT WAIT, after calling the FM.
Hence, it is asynchrous.
regards,
amit m.
‎2006 Dec 15 1:23 PM
hi,
While with synchronous and asynchronous RFC each call makes a single logical unit of work (LUW) in the remote system,you can group several RFCs into one LUW for transactional RFCs.
you can use the addition IN BACKGROUND TASK which you must specify before the DESTINATION entry.if you write a COMMIT WORK statement all the previous RFCs are bundled into one LUW and transmitted through tRFC
Thus it is asynchronous
Regards,
Sourabh
‎2006 Dec 15 1:42 PM
Hi max,
1. The concept and architecture of rTFC
is such that,
even if the other server is DOWN, at the time of making the call,
the r/3 system will ensure,
that wehenver the other system is UP,
it will connect and do the rfc call.
2. This processing happens INDEPENDENTLY
of the calling program.
The callling program, can CONTINUE after the tRFC call is made.
It NEED NOT WAIT, after calling the FM.
Hence, it is asynchrous.
regards,
amit m.