<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: why tRFC is stated as asynchronous processing type in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764870#M330857</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi max,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. The concept and architecture of rTFC&lt;/P&gt;&lt;P&gt;   is such that,&lt;/P&gt;&lt;P&gt;  even if the other server is DOWN, at the time of making the call,&lt;/P&gt;&lt;P&gt;   the r/3 system will ensure,&lt;/P&gt;&lt;P&gt;  that wehenver the other system is UP,&lt;/P&gt;&lt;P&gt;  it will connect and do the rfc call.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. This processing happens INDEPENDENTLY&lt;/P&gt;&lt;P&gt;   of the calling program.&lt;/P&gt;&lt;P&gt;   The callling program, can CONTINUE after the tRFC call is made.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  It NEED NOT WAIT, after calling the FM.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Hence, it is asynchrous.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;amit m.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 15 Dec 2006 13:42:04 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2006-12-15T13:42:04Z</dc:date>
    <item>
      <title>why tRFC is stated as asynchronous processing type</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764868#M330855</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;why tRFC is stated as asynchronous processing type?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Dec 2006 12:20:04 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764868#M330855</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-12-15T12:20:04Z</dc:date>
    </item>
    <item>
      <title>Re: why tRFC is stated as asynchronous processing type</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764869#M330856</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;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.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;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&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thus it is asynchronous&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Sourabh&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Dec 2006 13:23:38 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764869#M330856</guid>
      <dc:creator>sourabhshah</dc:creator>
      <dc:date>2006-12-15T13:23:38Z</dc:date>
    </item>
    <item>
      <title>Re: why tRFC is stated as asynchronous processing type</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764870#M330857</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi max,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. The concept and architecture of rTFC&lt;/P&gt;&lt;P&gt;   is such that,&lt;/P&gt;&lt;P&gt;  even if the other server is DOWN, at the time of making the call,&lt;/P&gt;&lt;P&gt;   the r/3 system will ensure,&lt;/P&gt;&lt;P&gt;  that wehenver the other system is UP,&lt;/P&gt;&lt;P&gt;  it will connect and do the rfc call.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. This processing happens INDEPENDENTLY&lt;/P&gt;&lt;P&gt;   of the calling program.&lt;/P&gt;&lt;P&gt;   The callling program, can CONTINUE after the tRFC call is made.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  It NEED NOT WAIT, after calling the FM.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Hence, it is asynchrous.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;amit m.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Dec 2006 13:42:04 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/why-trfc-is-stated-as-asynchronous-processing-type/m-p/1764870#M330857</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-12-15T13:42:04Z</dc:date>
    </item>
  </channel>
</rss>

