RFC call screen

Hi All,
Can we use Call screen or Call transaction in RFC.
Regards
Krishna

Hi,
As far as I know if an FM(BAPI) is called from the legecy as RFC it will return you the table that data you can acess.
as far as call screen is concern inside an FM it is quite possible but during RFC call u can't see the screen.
call transaction is also possible but dont expect u will get the transaction screen u will get the resultant data.
Regards

Similar Messages

Program making a RFC call to Function Module not working in background

Hi All,
I have an ABAP Program which is used to do a reconciliation check between the R/3 and BI system for Invoice Data. Please find below the details of the program flow:
1.     Program counts the number of records in the DSO table and aggregates the Net_Value based on the date range (passed as parameters)
2.     Program calls a Function Module (RFC Call) which counts the number of records in the R/3 table and aggregates the Net_Value for the same date range
3.     Function Module Passes back the count values and aggregated Net_Value to the program
4.     Program compares the count and aggregated Net_Value from EDWH and MSP systems and sends an email mentioning whether the counts match or not
However we are facing an issue.
Whenever, we execute the program in dialog mode, it works fine and fetches results within 5-6 minutes. However if we schedule the program to run in background (parameters through a variant), it gives no results even after running for over 3-4 hours. We tried figuring it out yesterday but could not come to any conclusion. Since there is a RFC call being to the function module, we were wondering if we need to specify some other parameter as well.
Thanks & Regards
Dharmendra

RFC Call is a procedure for executing remote enables function modules. It is done via the 'Remote Enabled' radio button on the function module's attribute screen.

Error in starting SAP GUI as part of an Java RFC call from a PC

Hi,
We are on the 4.6C version of SAP and have the latest basis kernel patches that allow an RFC connection to start the SAP GUI. The program that I am running externally is java using the 3.0.1 JCo. The OS of the PC I am using is Windows XP. The SAPGUI version is 7.10 patch level 11.
The program seems to be working properly as the command prompt window goes grey as if there is another window being opened but then I get back this error message and I do not see the GUI.
The message I am getting back is:
Exception in thread "main" com.sap.conn.jco.JCoException:(136) JCO_ERROR_ILLEGAL_STATE:Launching SAP GUI failed, though it was requested(error message:Communication with SAPGUI timed out)
at com.sap.conn.jco.rt.MiddlewareJavaRfc$JavaRfcClient.startSAPGui(MiddlewareJavaRfc.java:1853)
at com.sap.conn.jco.rt.MiddlewareJavaRfc$JavaRfcClient.connect(MiddlewareJavaRfc.java:1285)
at com.sap.conn.jco.rt.ClientConnection.connect(ClientConnection.java:661)
at com.sap.conn.jco.rt.PoolingFactory.init(PoolingFactory.java:103)
at com.sap.conn.jco.rt.ConnectionManager.createFactory(ConnectionManager.java:171)
at com.sap.conn.jco.rt.DefaultConnectionManager.createFactory(DefaultConnectionManager.java:44)
at com.sap.conn.jco.rt.ConnectionManager.getFactory(ConnectionManager.java:160)
at com.sap.conn.jco.rt.RfcDestination.initializ(RfcDestination.java:766)
at com.sap.conn.jco.rt.RfcDestination.getSystemID(RfcDestination.java:794)
at com.sap.conn.jco.rt.RepositoryManager.getRepository(RepositoryManager.java:32)
at com.sap.conn.jco.rt.RfcDestination.getRepository(RfcDestination.java:865)
at GISToSAPWO_Test.get_wo_call(GISToSAPWo.java:91)
at GISToSAPWO_Test.main(GISToSAPWO_Test.java:206)
I have been all over trying to find the solution to this and have come up empty. Any help will be greatly appreciated. If this is the wrong forum for this please let me know and I will re-post.
Thank you in advance for any information you can pass on about the issue,
Mark

Hi Greetson,
Thank you in advance for your response. It is greatly appreciated.
1) In a way yes. I am using the connection setting USE_SAPGUI = 1. This is suppose to start the GUI prior to starting the RFC's program run. If this is not correct please let me know.
2) The code is part of the JCo and the RFC library from what I have read. If this is not correct please let me know.
3) I am only testing from my PC at this moment. I have re-installed my SAP GUI and am now at patch level 13 on 7.10.
4) The application passes in the connection information which includes username and password along with the parameters for the RFC call. I would like the SAP GUI to open without the user having to re-enter his/her username and password. I thought that once the RFC is called using the dialog users credentials that the GUI would then open using the connection. I have used the java pooled connection method and it still does not open the GUI.
5) The purpose is to pass Equipment objects, Functional Location objects and Leak Id objects to an RFC to open a list screen from IW39, List Maintenance Order transaction, for display of each at one pass, as well as open Excel with data from classification for the Leak Id's.
Hope this sheds some light on the problem I am having. Please let me know if more information is needed.
Best regards,
Mark

Passing chinese character from RFC call between unicode & non unicode syst.

Hi Experts,
I am making a RFC call from an ABAP in non unicode system to a Function module in Unicode system and filling the itab fields in ABAP by using move statement and using offset in order to populate amount fields correctly from flat structure tables returned by function module. But i am facing problem in getting chinese characters correctly in return from the Remote Function Module.
        CALL FUNCTION 'ZFXX_GET_CLR_OI'
          STARTING NEW TASK W_TASKNAME
          DESTINATION S_RFCDES-LOW
          PERFORMING F3100_GET_RFC_DATA ON END OF TASK
          EXPORTING
            P_WAERS               = P_WAERS             "Screen Curr
            P_AUGDT               = P_AUGDT             "Clearing date
            P_BUKRS               = P_BUKRS             "Comp Code
          TABLES
            T_SEL_TABLE           = T_SEL_TABLE
            T_OUTPUT              = T_MCDATA
            T_ERRORS              = T_EMCDATA
          EXCEPTIONS
            COMMUNICATION_FAILURE = 1
            SYSTEM_FAILURE        = 2
            OTHERS                = 3.
       MOVE : t_mcdata1-line+0(32)   TO t_succs-awsys,
               t_mcdata1-line+32(4)   TO t_succs-bukrs,
               t_mcdata1-line+36(10) TO t_succs-belnr,
               t_mcdata1-line+46(4)   TO t_succs-gjahr,
               t_mcdata1-line+50(1)   TO t_succs-shkzg,
               t_mcdata1-line+51(2)   TO t_succs-bschl,
               t_mcdata1-line+53(4)   TO t_succs-gsber,
               t_mcdata1-line+57(16) TO t_succs-dmbtr,
               t_mcdata1-line+73(16) TO t_succs-wrbtr,
               t_mcdata1-line+89(5)   TO t_succs-pswsl,
               t_mcdata1-line+94(6)   TO t_succs-vbund,
               t_mcdata1-line+100(10) TO t_succs-hkont,
               t_mcdata1-line+110(10) TO t_succs-prctr,
               t_mcdata1-line+120(16) TO t_succs-dmbe2,
               t_mcdata1-line+136(20) TO t_succs-txt20.
        APPEND t_succs.
Can anybody suggest or advice me on it ? Any help or suggestion would be appreciated.
Thanks in advance,
Akash

.

Strange response time for an RFC call viewed from STAD on R/3 4.7

Hello,
On our R/3 4.7 production system, we have a lot of external RFC calls to execute an abap module function. There are 70 000 of these calls per day.
The mean response time for this RFC call is 35 ms.
Some times a few of them (maybe 10 to 20 per day) are way much longer.
I am currently analysing with STAD one of these long calls which lasted 10 seconds !
Here is the info from STAD
Response time :                10 683 ms
Total time in workprocess : 10 683 ms
CPU time :                               0 ms
RFC+CPIC time :                       0 ms
Wait for work process           0 ms
Processing time           10.679 ms
Load time                            1 ms
Generating time                   0 ms
Roll (in) time                        0 ms
Database request time         3 ms
Enqueue time                      0 ms
Number      Roll ins            0
                 Roll outs           0
                 Enqueues         0
Load time   Program             1 ms
                  Screen              0 ms
                 CUA interf.          0 ms
Roll time    Out                 0 ms
                  In                  0 ms
                Wait                0 ms
Frontend    No.roundtrips       0
                  GUI time            0 ms
                  Net time            0 ms
There is nearly no abap processing in the function module.
I really don't uderstand what is this 10 679 ms processing time especially with 0 ms cpu time and 0 ms wait time.
A usual fast RFC call gives this data
23 ms response time
16 ms cpu time
14 ms processing time
1 ms load time
8 ms Database request time
Does anybody have an idea of what is the system doing during the 10 seconds processing time ?
Regards,
Olivier

Hi Graham,
Thank you for your input and thoughts.
I will have to investigate on RZ23N and RZ21 because I'm not used to use them.
I'm used to investigate performance problems with ST03 and STAD.
My system is R/3 4.7 WAS 6.20. ABAP and BASIS 43
Kernel 6.40 patch level 109
We know these are old patch levels but we are not allowed to stop this system for upgrade "if it's not broken" as it is used 7/7 24/24.
I'm nearlly sure that the problem is not an RFC issue because I've found other slow dialog steps for web service calls and even for a SAPSYS technical dialog step of type <no buffer>. (what is this ?)
This SAPSYS dialog step has the following data :
User : SAPSYS
Task type : B
Program : <no buffer>
CPU time                       0 ms
RFC+CPIC time              0 ms
Total time in workprocs    5.490 ms
Response time               5.490 ms
Wait for work process           0 ms
Processing time             5.489 ms
Load time                            0 ms
Generating time                   0 ms
Roll (in+wait) time                0 ms
Database request time          1 ms ( 3 Database requests)
Enqueue time                       0 ms
All hundreds of other SAPSYS <no buffer> steps have a less than 5 ms response time.
It looks like the system was frozen during 5 seconds...
Here are some extracts from STAD of another case from last saturday.
11:00:03     bt1fsaplpr02_PLG RFC     R     3     USER_LECKIT     13     13     0     0
11:00:03     bt1sqkvf_PLG_18      RFC     R     4     USER_LECDIS     13     13     0     0
11:00:04     bt1sqkvh_PLG_18      RFC     R     0     USER_LECKIT     19     19     0     16
11:00:04     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     77     77     0     16
11:00:04     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     13     13     0     0
11:00:04     bt1sqkvf_PLG_18      RFC     R     4     USER_LECDIS     14     14     0     16
11:00:05     bt1sqkvg_PLG_18      RFC     R     0     USER_LECKIT     12     12     0     16
11:00:05     bt1sqkve_PLG_18      RFC     R     4     USER_LECKIT     53     53     0     0
11:00:06     bt1sqkvh_PLG_18      RFC     R     0     USER_LECKIT     76     76     0     0
11:00:06     bt1sqk2t_PLG_18      RFC     R     0     USER_LECDIS     20     20     0     31
11:00:06     bt1sqk2t_PLG_18      RFC     R     0     USER_LECKIT     12     12     0     0
11:00:06     bt1sqkve_PLG_18      RFC     R     4     USER_LECKIT     13     13     0     0
11:00:06     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     34     34     0     16
11:00:07     bt1sqkvh_PLG_18      RFC     R     0     USER_LECDIS     15     15     0     0
11:00:07     bt1sqkvg_PLG_18      RFC     R     0     USER_LECKIT     13     13     0     16
11:00:07     bt1sqk2t_PLG_18      RFC     R     0     USER_LECKIT     19     19     0     0
11:00:07     bt1fsaplpr02_PLG RFC     R     3     USER_LECKIT     23     13     10     0
11:00:07     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     38     38     0     0
11:00:08     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     20     20     0     16
11:00:09     bt1sqkvg_PLG_18      RFC     R     0     USER_LECDIS     9 495     9 495     0     16
11:00:09     bt1sqk2t_PLG_18      RFC     R     0     USER_LECDIS     9 404     9 404     0     0
11:00:09     bt1sqkvh_PLG_18      RFC     R     1     USER_LECKIT     9 181     9 181     0     0
11:00:10     bt1fsaplpr02_PLG RFC     R     3     USER_LECDIS     23     23     0     0
11:00:10     bt1sqkve_PLG_18      RFC     R     4     USER_LECKIT     8 465     8 465     0     16
11:00:18     bt1sqkvh_PLG_18      RFC     R     0     USER_LECKIT     18     18     0     16
11:00:18     bt1sqkvg_PLG_18      RFC     R     0     USER_LECKIT     89     89     0     0
11:00:18     bt1sqk2t_PLG_18      RFC     R     0     USER_LECKIT     75     75     0     0
11:00:18     bt1sqkvh_PLG_18      RFC     R     1     USER_LECDIS     43     43     0     0
11:00:18     bt1sqk2t_PLG_18      RFC     R     1     USER_LECDIS     32     32     0     16
11:00:18     bt1sqkvg_PLG_18      RFC     R     1     USER_LECDIS     15     15     0     16
11:00:18     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     13     13     0     0
11:00:18     bt1sqkve_PLG_18      RFC     R     4     USER_LECDIS     14     14     0     0
11:00:18     bt1sqkvf_PLG_18      RFC     R     4     USER_LECKIT     69     69     0     16
11:00:18     bt1sqkvf_PLG_18     RFC     R     5     USER_LECDIS     49     49     0     16
11:00:18     bt1sqkve_PLG_18     RFC     R     5     USER_LECKIT     19     19     0     16
11:00:18     bt1sqkvf_PLG_18     RFC     R     5     USER_LECDIS     15     15     0     16
The load at that time was very light with only a few jobs starting :
11:00:08 bt1fsaplpr02_PLG RSCONN01                     B 31 USER_BATCH     39
11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 31 USER_BATCH     34
11:00:08 bt1fsaplpr02_PLG /SDF/RSORAVSH                B 33 USER_BATCH     64
11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 33 USER_BATCH     43
11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 34 USER_BATCH     34
11:00:08 bt1fsaplpr02_PLG RSBTCRTE                     B 35 USER_BATCH     37
11:00:09 bt1fsaplpr02_PLG RVV50R10C                    B 34 USER_BATCH     60
11:00:09 bt1fsaplpr02_PLG ZLM_HDS_IS_PURGE_RESERVATION B 35 USER_BATCH    206
I'm thinking also now about the message server as there is load balancing for each RFC call ?
Regards,
Olivier

Finding caller program in a RFC call

Hi experts,
We are having lots of CALL_FUNCTION_NOT_FOUND short dumps in one of our systems. The errors are caused because other systems call a function that does not exist, so the dumps are created.
What we would like to know is what program is doing these calls, since all we can see in the short dump is the caller system and the function it is trying to access, but not the exact program where the call is performed so we can fix the code.
Thanks in advance for your support.

Sorry if this is too much of a wall of text, I can't find an "attach file" type feature.
ABAP runtime errors    CALL_FUNCTION_NOT_FOUND
       Occurred on     11.12.2006 at 10:04:34
Function module "Y_EF_DETERMINE_PICTURE" not found.
What happened?
The function module "Y_EF_DETERMINE_PICTURE" was called, but cannot be
found in the Function Library.
The current ABAP/4 program "SAPMSSY1 " had to be terminated because
one of the statements could not be executed.
This is probably due to an error in the ABAP/4 program.
What can you do?
Note the actions and input that caused the error.
Inform your SAP system administrator.
You can print out this message by choosing "Print". Transaction ST22
allows you to display and manage termination messages, including keeping
them beyond their normal deletion date.
Error analysis
The program "SAPMSSY1 " contains a CALL FUNCTION statement. The name
of the function module to be called is "Y_EF_DETERMINE_PICTURE".
No function module exists with the name "Y_EF_DETERMINE_PICTURE".
All function modules are stored in the Function Builder (SE37).
Possible reasons:
a) Wrong name specified. Particular attention should be paid
   to upper/lower case and underscores ("_").
or
b) Transport error
c) In the case of an enqueue/dequeue module, the lock object
   may not have been activated (ABAP Dictionary).
How to correct the error
Check the last transports to the R/3 System.
Is the program "SAPMSSY1 " currently being changed?
If an enqueue/dequeue module is involved, is the activation
of the lock object missing in the ABAP/4 Dictionary?
If the error occurred in a non-modified SAP program, you may be
able to find a solution in the SAP note system.
If you have access to the note system yourself, use the following
search criteria:
"CALL_FUNCTION_NOT_FOUND"
"SAPMSSY1 " or "SAPMSSY1 "
"REMOTE_FUNCTION_CALL"
Function modules with names similar to "Y_EF_DETERMINE_PICTURE":
Y_EF_USEX_DETERMINE_TAX
Y_GF1_DETERMINE_RECTYPE
Y_GK_DETERMINE_PRCTR
Y_EF_USEX_PICTURE_SUBMIT
Y_EF_USEX_SHOW_PICTURE
Y_EF_RFC_PICTURE_POST
Y_GF1_DETERMINE_SBU
Y_GF_DETERMINE_VERSION
Y_GF_DETERMINE_DATE_PREVMON
Y_GF1_DETERMINE_CURRENT_PERIOD
If you cannot solve the problem yourself, please send the
following documents to SAP:
1. A hard copy print describing the problem.
   To obtain this, select the "Print" function on the current screen.
2. A suitable hardcopy prinout of the system log.
   To obtain this, call the system log with Transaction SM21
   and select the "Print" function to print out the relevant
   part.
3. If the programs are your own programs or modified SAP programs,
   supply the source code.
   To do this, you can either use the "PRINT" command in the editor or
   print the programs using the report RSINCL00.
4. Details regarding the conditions under which the error occurred
   or which actions and input led to the error.
System environment
SAP Release.............. "46C"
Application server....... "sapgp1s"
Network address.......... "52.99.71.21"
Operating system......... "AIX"
Release.................. "5.3"
Hardware type............ "00C4449E4C00"
Database server.......... "sapgp1s"
Database type............ "DB6"
Database name............ "GP1"
Database owner........... "SAPR3"
Character set............ "en_US.ISO8859-1"
SAP kernel............... "46D"
Created on............... "Aug 26 2005 22:40:31"
Created in............... "AIX 1 5 0056AA8A4C00"
Database version......... "DB6_71 "
Patch level.............. "2113"
Patch text............... " "
Supported environment....
Database................. "DB6 06., DB6 07., DB6 08.*"
SAP database version..... "46D"
Operating system......... "AIX 1 4, AIX 2 4, AIX 3 4, AIX 1 5, AIX 2 5, AIX 3
5, , System build information:, -
, LCHN :
User, transaction...
Client.............. 000
User................ "SAPSYS"
Language............ "E"
Transaction......... " "
Program. ........... "SAPMSSY1 "
Screen. ............ "SAPMSSY1 3004"
Line of screen...... 2
Information about Remote Function Call (RFC) Caller:
System.............. "WP1 "
Database release.... "46C "
Kernel release. .... "46D "
Connection type. ... "3 " (2 = R/2, 3 = R/3, E = Extern, R = Reg.
Call type........... "S-" (S = synch., a/A = asynch., T = transactional
Client.............. 510
User................ "PC1706 "
Transaction......... "/COCKPIT/1 "
Function module..... "Y_EF_DETERMINE_PICTURE"
Call destination.... "GP1590"
Source server....... "wsdux44_WP1_10"
Source IP address... "52.99.71.124"
Additional information about RFC logon:
Trusted relationship " "
Logon return code... " "
Trusted return code. " "
Note: In Releases earlier than 4.0, some of the above information about
RFC calls may not be available.
Information on where termination occurred
The termination occurred in the ABAP/4 program "SAPMSSY1 " in
"REMOTE_FUNCTION_CALL".
The main program was "SAPMSSY1 ".
The termination occurred in line 67
of the source code of program "SAPMSSY1 " (when calling the editor 670).
Source code extract
000370   ENDMODULE.
000380
000390   MODULE %_RFCDIA_CALL OUTPUT.
000400       "Do not display screen !
000410       CALL 'DY_INVISIBLE_SCREEN'.
000420       PERFORM REMOTE_FUNCTION_DIACALL.
000430   ENDMODULE.
000440
000450   MODULE %_CPIC_START.
000460     IF SY-XPROG(4) = '%RFC'.
000470       PERFORM REMOTE_FUNCTION_CALL USING RFCTYPE_EXTERNAL_CPIC.
000480     ELSE.
000490       CALL 'APPC_HD' ID 'HEADER' FIELD HEADER ID 'CONVID' FIELD CONVID.
000500       PERFORM CPIC_CALL USING CONVID.
000510     ENDIF.
000520   ENDMODULE.
000530
000540
000550   FORM CPIC_CALL USING CONVID.
000560     COMMUNICATION SEND ID CONVID BUFFER HEADER.
000570     IF SY-SUBRC EQ 0.
000580       PERFORM (SY-XFORM) IN PROGRAM (SY-XPROG).
000590     ELSE.
000600       MESSAGE A800.
000610     ENDIF.
000620   ENDFORM.
000630
000640
000650   FORM REMOTE_FUNCTION_CALL USING VALUE(TYPE).
000660     DO.
      CALL 'RfcImport' ID 'Type' FIELD TYPE.
000680       PERFORM (SY-XFORM) IN PROGRAM (SY-XPROG).
000690       RSYN >SCONT SYSC 00011111 0.
000700     ENDDO.
000710   ENDFORM.
000720
000730   FORM REMOTE_FUNCTION_DIASTART.
000740     DO.
000750       CALL 'RfcImport' ID 'Type' FIELD RFCTYPE_RFCDIA.
000760       PERFORM (SY-XFORM) IN PROGRAM (SY-XPROG).
000770       "Parking position for next request
000780       RSYN >SCONT SYSC 00011111 10.
000790       "ALternativ : Free mode
000800       "COMMIT WORK.
000810       "SYSTEM-CALL FREE MODE 0.
000820     ENDDO.
000830   ENDFORM.
000840
000850   FORM REMOTE_FUNCTION_DIACALL.
000860       SY-XCODE = '%_@no@'.
Contents of system fields
SY field contents..................... SY field contents.....................
SY-SUBRC 0                             SY-INDEX 1
SY-TABIX 0                             SY-DBCNT 0
SY-FDPOS 0                             SY-LSIND 0
SY-PAGNO 0                             SY-LINNO 1
SY-COLNO 1
Chosen variables
Name.......................... Contents.1........2........3....+....4
SY-XPROG
                               2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
SY-XFORM                       Y_EF_DETERMINE_PICTURE
                               554454454544445544555422222222
                               9F56F45452D9E5F093452500000000
%_SPACE
                               0
                               0
SY-MSGID
                               22222222222222222222
                               00000000000000000000
EBC_TO_ASC-X05                 P&QéRêSëTèUíVîWïXìY~ZÜ[$*])^;_^
                               525E5E5E5E5E5E5E5E575D5252525355
                               06192A3B485D6E7F8C9EACB4CAD9EBFE
RFCTYPE_QUEUE                  6
                               0000
                               0006
%_PRINT                            000
                               2222333222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 40
                               2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 80                                0 ########
                               2222222222320000000022222222222222222222
                               0000000000000000000000000000000000000000
... + 120
                               22222222
                               0000000
SY-MSGNO                       000
                               333
                               000
EBC_TO_ASC-X04                 @ A BâC{DàEáFãGåHçIñJÄK.L<M(N+O!
                               424A4E474E4E4E4E4E4F4C4243424242
                               0010223B405163758791A4BECCD8EBF1
SY-MSGV1
                               2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 40
                               2222222222
                               0000000000
SY-MSGV2
                               2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 40
                               2222222222
                               0000000000
SY-MSGV3
                               2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 40
                               2222222222
                               0000000000
SY-MSGV4
                               2222222222222222222222222222222222222222
                               0000000000000000000000000000000000000000
... + 40
                               2222222222
                               0000000000
%_?NOT_ASSIGNED?
                               2222
                               0000
SPACE
                               2
                               0
SY-REPID                       SAPMSSY1
                               5454555322222222222222222222222222222222
                               310D339100000000000000000000000000000000
TYPE                           3
                               0000
                               0003
SYST                           ########################################
                               0000000000000000000000000000000000000000
                               0001000000000000000000000000000000000000
... + 40                      ########################################
                               0000000000000000000000000000000000000000
                               0000000000010000000100000000000000000000
... + 80                      ########################################
                               0000000000000000000000000000000000000000
                               0000000000000000000000000000000000000000
... + 120                      #######################################T
                               00000000
                               0000000
Active calls / events
No.... Type........ Name..........................
       Programm
       Include                                  Line
     1 FORM         REMOTE_FUNCTION_CALL
       SAPMSSY1
       SAPMSSY1                                    67
     2 MODULE (PBO) %_RFC_START
       SAPMSSY1
       SAPMSSY1                                    31
Internal notes
The termination occurred in the function "link_rfdir" of the SAP
Basis System, specifically in line 165 of the module
"//bas/46D/src/krn/runt/ablink.c#3".
The internal operation just processed is "CALY".
The internal session was started at 20061211100434.
Active calls in SAP kernel
=> 64 bit R/3 Kernel
=> 64 bit AIX Kernel
=> Heap limit      = unlimited
=> Stack limit     = unlimited
=> Core limit      = 51200000
=> File size limit = unlimited
=> Heap address = 0x118dba360
=> Stack address = 0xfffffffffff5d50
=> Stack low     = 0xfffffffffff5d50
=> Stack high    = 0xffffffffffff600
=> Stack Trace:
     AixStack() at 0x100059364
     CTrcStack2() at 0x10005945c
     rabax_CStackSave() at 0x10003959c
     ab_rabax() at 0x1000425b4
     link_rfdir() at 0x100540418
     ab_link() at 0x100540a18
     ab_rfcimport() at 0x1005f49f0
     ab_jcaly() at 0x100024560
     ab_extri() at 0x100487474
     ab_xevent() at 0x10059c804
     ab_dstep() at 0x10043bd98
     dynpmcal() at 0x100942f94
     dynppbo0() at 0x100941320
     dynprctl() at 0x100948f40
     dynpen00() at 0x1008f7818
     Thdynpen00() at 0x1001429f4
     TskhLoop() at 0x100146368
     tskhstart() at 0x1001576ac
     DpMain() at 0x100e06e38
     main() at 0x100de72f4
List of ABAP programs affected
Type
Program
Gen. date time
LoadSize
Prg
SAPMSSY1
04.01.2000 19:06:59
20480
List of internal tables
No dump information available
Directory of application tables (contents)
Program
Name.......... Contents.1........2........3....+....
Directory of data areas (administration information)
Program
No.. Name.......... Lgth Ofsg Type Next Gen date   Gen time
SYST
       L not assigned -15         0 IN
       M /%_LISTTABLE -14         1 CO 0
       T global stack -13 1      2 GL 0
SAPMSSY1
       A global data    0         3 DA
       L constant dat   1         4 LI        .0 .0216
       L constant dat   2         5 LI SSY    .0 .018B
       L not assigned   3         6 IN
       L SYST           4         7 TA 0
       L SY             5         8 TA
       L RSJOBINFO      6         9 TA
       M /%_SYS%%       7         0 CO
       M field symbol   8         1 FS
       L TCPIC          9         2 TA
       M field symbol 10         3 FS
       L text pool     11         4 TP
Directory of data areas (contents)
Program
No.. Name.......... Contents..1........2........3....+....
SYST
       L not assigned   0
       L text pool    102 |SAPMSSY1
ABAP control blocks CONT
Include                                 Line source code
Index Name F1 Co Par01 Par2. Par3. Par4. Tabl
SAPMSSY1                                   60 MESSAGE A800.
215 CLEA 00     84
216 CLEA 00     85
217 MESS 00     27
SAPMSSY1                                   62 ENDFORM.
218 ENDF 00
219 -
223 -
SAPMSSY1                                   65 FORM REMOTE_FUNCTION_CALL USIN
227 PERP 00     1
228 PERP 02
SAPMSSY1                                   66 DO.
229 WHIL 00 2
233 WHIL 00 3
237 BRAN 05 Branch to 251
SAPMSSY1                                   67 CALL 'RfcImport' ID 'Type' FIE
238 CALY 00 3 86     70    71     71
>>>>> CALY 02     87    P0
SAPMSSY1                                   68 PERFORM (SY-XFORM) IN PROGRAM
246 xper 02     12     13
248 PERP 80
SAPMSSY1                                   69 RSYN >SCONT SYSC 00011111 0.
249 SYSC 1F
SAPMSSY1                                   70 ENDDO.
250 BRAX 00 Branch to 233
251 WHIL 00 4
SAPMSSY1                                   71 ENDFORM.
255 ENDF 00
256 -
End of runtime analysis

Diiferent user for RFC call

Hi All,
Can we have use different user IDs to make RFC calls to SAP? Do we have option to call RFC using different users like DEV1, DEV2 etc which is specific to the user logging in to MII. This is required to maintain the change history record while posting data back to SAP
As per the current set up its always user which is configured in SAP server editor in MII, makes the change in SAP.
Any input is appreciable
Thanks in advance
Namita

Ajay,
It is like passing any other parameter to your BLS.
For example :
1.In your BLT, create 2 trx params
UserName,Password.
In your Jco Action Block assign these params in the Links Tab of the action.
2. Create a xAcute Query Template wrapping this BLS transaction.Set Param1 as UserName and Param2 as Password.
3. Now in your frontpage screen, create an iCommand applet wrapping the above xAcute Query Template.
4. In your screen have 2 input fields to enter username and password.
In the "OnClick()" event, use the setParam() method to set the values from the Input fields.
Hope this helps. I do not have the resources to give you the code but i think this should work. Let me know if this helps,
Thanks,
Ram

RFC Call Missing

I am a novice at this and would like to get some suggestions from the gurus in this forum. I am trying to integrate an RFC call CTS_API_CREATE_CHANGE_REQUEST. But I do not see this RFC call using SE37. So I have two basic questions.
1) Is there a transaction that I can use to see a list of all RFC calls that are available in my R/3 system ?
2) Do I have to do anything to enable RFC calls, to be invokable from outside the SAP system ?
TIA
Yogi.

Ok, I am posting this for the benefit of everyone.
I figured out a mechanism by which all RFC and BAPI calls within an R/3 system can be listed.
1) Invoke Transaction SE37
2) With the cursor on the 'Function Module' field press F4.
3) In the popup that shows , press the 'Information System' button on the task bar at the bottom. Its the one with the 'Binocular' graphic.
4) Another popup called "R/3 Repository Information System: Function Modules" opens up.
5) The third icon from the right of the task bar at the bottom reads "All Selections". It is a white icon, with a green mark and a black down arrow. Click on that.
6) You now get an advanced search screen with lots more options than the ones previously displayed.
7) One of the radio's says "RFC modules", another checkbox says "Only modules for BAPI".
8) Set whatever you are interested in and hit the "Check"
Enjoy.
Thanks,
Yogi

Dynamic RFC call

Hi,
In a general scenario, all RFC destinations are defined in SM59, and programs call other system, by using the following method.
Call function 'ABC' destination dest.
I want to try and make a dynamic call, to another system, without making an SM59 entry.
Background:
I have some scheduled programs running on one system, to fetch system related data from different systems and create a report. Thus I do not have to logon to each system and get data myself. For this, I have created RFC destinations on SM59, for all those systems, using my login id and password, and have told in the program to use those RFC destinations. Since I am a dialog user, I fear that someone who has access to SM59, may use my RFC destination to remotely login to the destination system. So, I want to make an RFC call, without specifying the ID/ password in SM59, but through the calling program.
I know that if I don't give the ID/ password in SM59, the program will prompt for password, upon execution. But that is not I want. I want to specify the ID and password in the calling program selection screen and then execute the program to get the result.
Thanks,
Juwin.

Hi,
Solved it myself.
In the program...
*l_destin = Build a dummy name for destination
*Use selection screen parameters to create RFC destination
call function 'RFC_MODIFY_R3_DESTINATION'
    exporting
      destination                = l_destin
      action                     = 'I'
*....additional parameters.....
*Call actual RFC function
call function 'ZABC'
    destination l_destin.
*Delete the temporary destination
call function 'RFC_MODIFY_R3_DESTINATION'
    exporting
      destination                = l_destin
      action                     = 'D'
*....additional parameters.....
This way, I do not create a RFC destination in SM59, and so others cannot use it. The RFC destination is created only for a split of a second, to faciliate the call.
Thanks,
Juwin.

LUW implementation between RFC calls

Hi Experts,
I have a quick requirement in which i have to implement LUW explicitly during RFC call.My requirement is as below
I have 3 Rfc for a Ztable these are 1. Zcreate_entry , 2.Zupdate_entry and
3. Zdelete_entry. Now i want to create a explicit session for all the operation done by these Rfcs so that at the end of the session i can commit all the operations.
Example
User will call 1 RFC for leting me know that now start a new session.now user will insert 5 entry in Ztable by calling Zcreate_entry(Actually this data should not be saved in ZTable) , Update 4 Entry in Ztable by calling Zupdate_entry(Actually this data should not be updated in ZTable) , delete few entry same way.
Now user will call 1 Rfc for ending this session(for letting me know only that end this session) , At this point only all the data changes (inserted , updated and deleted ) should be actually reflected in database.
Regards,
Abhishek
Edited by: ABHISHEK BAJPAI on Jan 20, 2009 12:43 PM
Edited by: ABHISHEK BAJPAI on Jan 20, 2009 12:43 PM

Hi All,
If you have not got the problem , let me explain complete scenario.
There are three RFcs for creating , updating and deleting in database table(Ztable).
Now these Rfcs will be called from web dynpro, In WD screen user may call Create RFC 5 times for creating entry in Ztable ,then he can call Update RFC for updating in Ztable.
After doing all these operations in single session now he wants to end the session, so before closing the session WD notifies to backend that now at this point only save all the changes to the backend thus for all the operations commit will happen now only.
*Another requirement is * that from WD screen if user1 has created 5 records but he has not commited these changes to database now if User1 searches for just inserted recorded(which is not commited yet) , how to provide these records to the User1 because these records are not in Ztable at that point of time.
Regards,
Abhishek

RFC call ended with "Communication Failure" exception (Function call failed; could not find the function

Hi All,
I am getting error while executing oDATA service from SAP Netweaver Gateway
Error details:
RFC call ended with "Communication Failure" exception (Function call failed; could not find the function
I am using SAP NG 740
Project is created in Gateway system using SEGW having Map to Datasource option used.
in SPRO manage alias, I had seleted Local App option. Screen attached
I had tried all troubleshooting like delete and add service and alias in "/IWFND_MAINT_SERVICE".
but still getting same error for all service.
Kindly advise.
Regards
Vivek

Hello Vivek,
Service builder would have also generated code for RFC Exception handling to catch exceptions raised when communication fails between your GW and BE for some reasons.
Handling is done for 1. System Failure 2. Communication Failure & 3. Business Failure;
Put a BP in your DPC or DP_EXT class where exception code is written to check what exactly is has caused communication failure.
Check if that RFC is existing in that destination or not.
For your reference : Code would be something like this. Put BP here and check the problem.
* Error and exception handling
IF lv_subrc <> 0.
* Execute the RFC exception handling process
   me->/iwbep/if_sb_dpc_comm_services~rfc_exception_handling(
     EXPORTING
       iv_subrc            = lv_subrc
       iv_exp_message_text = lv_exc_msg ).
ENDIF.
Go inside this method and check to get info on what has to be done to resolve issue.
Check carefully what has gone wrong and fix it accordingly.
No need of adding service & deleting as problem is not because of that.
Regards,
Ashwin

Update from RFC call cor8

One of the RFC calls has not updated vbk table. This came up as an issue, which is found in sm13.
what exactly needed to be checked and what correctivie action required to solve the issue.
Transaction from where RFC was made: COR8
Needed advise please.

You meant that user use COR8 inside SAP but somehow there is an error during save? It can be the purely technical problem (database problem). What is the error message in SM13? Can you perform repeat update successfully?
I think you are asking about further simulation of the particular RF call using an simulation icon to see whether the further call works well or not? Is this your question.
It is quite difficult to analyze the problem. Maybe if you can post the screen shot (SM13 error log) somewhere and let us see. It may help.
I can send you the screen of tthe issue but for this i would request you to provide your email id., if possible. So that i will be able to send the details screen.

What is the diffrence of 'call screen 100' and 'leave to screen 100'

Thank u

hi,
You can insert a screen sequence. This adds another layer to a stack.
You insert a screen sequence using the CALL SCREEN <nnnn> statement.
Note: Layers created in this way must be removed afterwards. You can do this by setting the next screen
statically or dynamically to the initial value (0) an the end of the inserted screen sequence.
To interrupt processing of the current screen and branch to a new screen (or sequence of screens), use
the CALL SCREEN <nnnn> statement. The screen <nnnn> must belong to the same program.
In the program, the system constructs a stack. The stack has to be destroyed before the end of the
program.
To return to the statement following the CALL SCREEN statement, you can use either SET SCREEN 0.
LEAVE SCREEN. or LEAVE TO SCREEN 0. The screen that called the other screen is then processed
further.
If you use the above statements outside a call chain, the program terminates, and control returns to the
point from which it was called. You can also terminate a program using the ABAP statement LEAVE
PROGRAM.
To interrupt processing of the current screen and branch to a new screen (or sequence of screens), use
the CALL SCREEN <nnnn> statement. The screen <nnnn> must belong to the same program.
In the program, the system constructs a stack. The stack has to be destroyed before the end of the program.
To return to the statement following the CALL SCREEN statement, you can use either SET SCREEN 0.
LEAVE SCREEN. or LEAVE TO SCREEN 0. The screen that called the other screen is then processed
further.
To specify the next screen and leave the current screen in a single step, use the LEAVE TO SCREEN <nnnn> statement.
Hope this helps, DO reward.
Edited by: Runal Singh on Apr 3, 2008 3:11 PM

ALV not getting refreshed when call screen is executed second time

I have 2 screens 9001 and 9002. In 9001 , I am displaying the fields of a database table in a Table Control. The user has to select some of those fields and click on a button 'Generate ALV'. After clicking , the control navigates to 9002 where I am displaying ALV with data in the selected fields(the other fields remain empty). (using custom container)
Now there is BACK button in 9002 where i have written LEAVE TO SCREEN 9001. After this if the user again make changes in column selection and click on 'Generate ALV' , then still the old alv data is displayed. (Mind you the structure of alv is same , only the selected fields should show data).
I am using REFRESH_ALV_DISPLAY also and when i tested this function independently , its working fine (although for interactive alv in the same screen).
I am making use of <fs> for dynamic internal table and i checked it using breakpoints , during the 2nd time , it contains the correctly updated data so i think the problem lies with alv
Kindly check this code
MODULE STATUS_9002 OUTPUT.
SET PF-STATUS 'ZALV'.
* SET TITLEBAR 'xxx'.
CREATE OBJECT C_CONT
    EXPORTING
      CONTAINER_NAME               = 'CUST_CONT'
IF SY-SUBRC <> 0.
*   MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
*              WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
IF OBJ_ALV IS INITIAL.
CREATE OBJECT OBJ_ALV
    EXPORTING
      I_PARENT           = C_CONT
CALL METHOD OBJ_ALV->SET_TABLE_FOR_FIRST_DISPLAY
     EXPORTING
       I_STRUCTURE_NAME              = INP_TABLE
     CHANGING
      IT_OUTTAB                      = <itab>
ELSE.
   CALL METHOD OBJ_ALV->REFRESH_TABLE_DISPLAY
ENDIF.
ENDMODULE.                 " STATUS_9002 OUTPUT
Edited by: amber22 on Sep 16, 2011 6:45 PM

Amber,
Something like:
*&      Module STATUS_9001 OUTPUT
MODULE status_9001 OUTPUT.
SET PF-STATUS 'ST9001'.
ENDMODULE.                 " STATUS_9001 OUTPUT
*&      Module USER_COMMAND_9001 INPUT
MODULE user_command_9001 INPUT.
CASE sy-ucomm.
    WHEN 'GEN'.
      SELECT * FROM spfli INTO TABLE gt_outtab.
      CALL SCREEN 9002.
    WHEN 'BACK'.
      LEAVE.
ENDCASE.
ENDMODULE.                 " USER_COMMAND_9001 INPUT
*&      Module STATUS_9002 OUTPUT
MODULE status_9002 OUTPUT.
SET PF-STATUS 'ST9002'.
IF obj_alv IS INITIAL.
    CREATE OBJECT c_cont
      EXPORTING
        container_name = 'CUST_CONT'.
    CREATE OBJECT obj_alv
      EXPORTING
        i_parent = c_cont.
    CALL METHOD obj_alv->set_table_for_first_display
      EXPORTING
        i_structure_name = 'SPFLI'
      CHANGING
        it_outtab        = gt_outtab.
ELSE.
    CALL METHOD obj_alv->refresh_table_display.
ENDIF.
ENDMODULE.                 " STATUS_9002 OUTPUT
*&      Module USER_COMMAND_9002 INPUT
MODULE user_command_9002 INPUT.
CASE sy-ucomm.
    WHEN 'BACK'.
      CALL METHOD: obj_alv->free, c_cont->free.
      CLEAR: obj_alv, c_cont.
      CALL METHOD cl_gui_cfw=>flush.
      LEAVE TO SCREEN 9001.
ENDCASE.
ENDMODULE.                 " USER_COMMAND_9002 INPUT
Altough it's not a really nice solution... Why using 2 screens for example? you could use two containers instead...
Also I would recommand playing with the new salv class for your grids.
Anyway don't hesitate to give feed-back.
Kr,
m.

Assigning value returned from RFC call to a global variable

If I have an RFC call to SAP how can I assign the value returned to a global variable on my data services job?

Hi,
For now, it seems u haven't specified the destination properly. the call function statement must be suffixed with the 'destination' addition to make sure that the function call is an RFC and the particular function be executed at the desired destination.

RFC call screen

Similar Messages

Maybe you are looking for