<?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: BAPI parameter structure and RFC protocol in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/bapi-parameter-structure-and-rfc-protocol/m-p/11707592#M1947267</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think it's not really documented. You may find a few information in the RFC API documentation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;About the topic of parameters, I remember a situation where a component was added in the middle of the structure, there was a short dump at runtime because of incompatible values because values were shifted of one component. It was not due to a check of parameter compatibility, but because of values assigned to the wrong fields. It was with classic RFC parameters, In RFC destinations, there is a code page, so there should be a code page conversion for text parameters (and text components of structures).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm not sure how it would react with basXML transmission.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 09 Jun 2016 19:59:28 GMT</pubDate>
    <dc:creator>Sandra_Rossi</dc:creator>
    <dc:date>2016-06-09T19:59:28Z</dc:date>
    <item>
      <title>BAPI parameter structure and RFC protocol</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/bapi-parameter-structure-and-rfc-protocol/m-p/11707591#M1947266</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Let's say there is a BAPI A which has a parameter B.&lt;/P&gt;&lt;P&gt;B is a structure and has three fields.&lt;/P&gt;&lt;P&gt;I think the underlying layer would concatenate three fields into a string and transfer it on the internet.&lt;/P&gt;&lt;P&gt;If I change the structure like adding a field to make it four, there is nothing else needs to do, the BAPI still works.&lt;/P&gt;&lt;P&gt;My question is how the RFC protocol works because there seems no re-generation underlying code or something like this.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jun 2016 12:13:12 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/bapi-parameter-structure-and-rfc-protocol/m-p/11707591#M1947266</guid>
      <dc:creator>raffinkira</dc:creator>
      <dc:date>2016-06-09T12:13:12Z</dc:date>
    </item>
    <item>
      <title>Re: BAPI parameter structure and RFC protocol</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/bapi-parameter-structure-and-rfc-protocol/m-p/11707592#M1947267</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think it's not really documented. You may find a few information in the RFC API documentation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;About the topic of parameters, I remember a situation where a component was added in the middle of the structure, there was a short dump at runtime because of incompatible values because values were shifted of one component. It was not due to a check of parameter compatibility, but because of values assigned to the wrong fields. It was with classic RFC parameters, In RFC destinations, there is a code page, so there should be a code page conversion for text parameters (and text components of structures).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm not sure how it would react with basXML transmission.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jun 2016 19:59:28 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/bapi-parameter-structure-and-rfc-protocol/m-p/11707592#M1947267</guid>
      <dc:creator>Sandra_Rossi</dc:creator>
      <dc:date>2016-06-09T19:59:28Z</dc:date>
    </item>
  </channel>
</rss>

