WBS Conversion FM using RFC Causing Short Dumps

Hello,
I have been trying to validate WBS element entries by using an RFC call to a FM on the back-end. However, I keep getting short dumps on the back-end system with 'Statement "MESSAGE E" is not allowed in this form.' message. The custom back-end FM calls one of the CPJN FMs like CONVERSION_EXIT* that deal with WBS elements.
So, I tried changing the custom FM to use the data element that does a the conversion instead of the FM. Now, I get a short dumps on the front-end with CALL_FUNCTION_REMOTE_ERROR with 'Key does not correspond to mask: B/0000-XXXXXXX.0.0.0' message.
Has anyone been successful without duplicating the CONVERSION_EXIT* FMs in order to validate a WBS element entry remotely?
Thank you in advance for any assistance.
Regards, Dean.

Hello Dean
On ERP 6.0 (IDES) there is the RFC-enabled fm /SPE/WBS_ELEM_CONV_INT_EXT available.
If you feed the fm with an external ID it tries to convert it into the corresponding internal ID and vice versa. Perhaps this fm might be useful for you.
Probably the BAPI BAPI_PROJECT_EXISTENCECHECK is more useful (can be feed either with internal or external ID).
Regards
Uwe

Similar Messages

HP OV Operations integration is causing short dumps RFC_CONVERSION_FIELD

Application Integration to monitor CCMS 4x using r3monal process from HP Open View Operations is causing short dumps on R/3 Database and Application Server.
DUMP INFO:
Conversion error "ab_rfcImplode" from character set 4102 to character set 1100.
When executing a remote function call a conversion error occurred. This
occurred when receiving or sending the data. The conversion error can
only appear, when the data is transferred from a Unicode system to a
non-Unicode system.
Internal SAP notes
The termination occurred in the function "ab_rfcImplode" of the SAP
Basis System, specifically in line 7788 of the module
"//bas/640_REL/src/krn/rfc/abrfcimp.c#25".
The internal operation just processed is "FUNC".
The internal session was started at 20061229000713.
CLUDE INCL_INSTALLATION_ERROR

Dear Pallavi,
Very useful post!
I am looking for similar accelerators for
Software Inventory Accelerator
Hardware Inventory Accelerator
Interfaces Inventory
Customization Assessment Accelerator
Sizing Tool
Which helps us to come up with the relevant Bill of Matetials for every area mentioned above, and the ones which I dont know...
Request help on such accelerators... Any clues?
Any reply, help is highly appreciated.
Regards
Manish Madhav

Initial customizing loads (DNL_*) causing short dumps in R/3

Hi,
I'm trying to run the initail loads for the DNL_* customizing objects. When I start a load in R3AS and check the status in R3AM1, it shows "Running". In the CRM oubound queue (SMQ1), there is an entry for the load with status SYSFAIL. The detailed status message is "The current application triggered a termination with a short dump".
The short dump in R/3 shows an error "No external system (such as CRM) connected" which occurs in function module CRM_FIRST_CALL_OPERATIONS. Looking at the code, there seems to be a problem with the CRMRFCPAR table. I had only one record in this table for object CUSTOMER_MAIN, so I tried adding a record with Object Name "*" and Load Type "I", but this had no effect.
What is the proper configuration of table CRMRFCPAR for customizing loads? Is it possible that this error is related to some other config or a problem with the RFC connection? These loads work fine in our quality system which is configured the same as production (as far as I can tell).
Thanks.
Martin

hi,
Maintaining Table CRMRFCPAR (SAP R/3)
The parameters in this table indicate the RFC destinations which receive data. The required parameters include, for example: consumer, client, object name, and download type.
You can send data to a certain consumer only in an initial download and not in a delta download by making the appropriate specifications for the data exchange.
User- That uses the OLTP plug-in functions as data receivers
Object name -Object name
Destination -Specifies the destination of the CRM server
Load Type -Restricts CRMRFCPAR entries to the initial (I) or delta (D) download.
Out Queue - Name RFC outbound queue
In Queue -Name RFC inbound queue
BAPI name
INFO -Information/Comments
InQueue flag- Controls whether qRFC inbound queues are used on the CRM server
Send XML -XML supports (Should data be sent in XML format?)
Stop data -Causes the OLTP System to place data into the outbound queue.
Regards
sri

What is the maximum number of recursive call as i think it is causing short dump

Hi All,
This may not have a specific answer i suppose but approx is also fine. There was a short dump in production ( the background job failed , an is failing each day since a week now ). I was analysing it what i found was the cause for there was numerous call to the same routine within it self ( recursion ). The exact number i dont have but they were atleast more the 200.
The error message which i get is :
Are there any solution regarding
Category
Resource Shortage
Runtime Errors
TSV_TNEW_PAGE_ALLOC_FAILED
Short text
    No more storage space available for extending an internal table.
What happened?
    You attempted to extend an internal table, but the required space was
    not available.
it would be great if we know the max numbers of an recursive call so that i can do the necessary changes or if some 1 has any other alternative solution pls. help.
Regards,
Dhruvin
P.s : it's a productive environment issue.

The dump is not caused by depth of recursion but rather memory limits being exceeded by your process, these are controlled by profile parameters (System administrator stuff) and "normally" (unless changed to other values) allow up to 4 GB of memory usage (mostly by internal tables). You can quickly check the current memory consumption of your active process via SM50.
Make sure that the routine that is called recursively (or other relevant parts of your process) free up memory by using CLEAR and FREE statements for internal tables that are no longer needed.
If data is being selected from the database also look into block processing via the PACKAGE SIZE option.
Thomas

RFC Sender Short dump

Hi,
I am carrying on a RFC(sender) to multi-file scenario. I have created RFC destination in SM59(in R/3) using a Registered ProgramID.
But while executing the corresponding program for sending the data, R/3 shows a short dump error. Some of the errors getting displayed in st22 are:
-> In the source code you have the termination line at line 174.
-> Internal notes
The termination was triggered in in function 'RfcExtendReceive' of the SAP Kernel...
The scenario configuration on XI part are perfectly fine, since i have tested it with a File Sender. The thing is even after displaying an exception in st22, the data reaches XI as shown by sxmb_moni. But the scenario doesnt work.
Regards
Arpil

Hi,
you need a wrapper RFC to do achive result.
Go tru the thread below you problem should be resolved,
RFC to FILE
You need to map the multi structured file to new RFC structure.
Hope this helps.
Prasad Babu.
Message was edited by:
PrasadBabu Koribilli

How to find which Badi Implementation is causing Short Dump

Hi Experts,
We are getting short dump on IW32 transaction when the users hit SAVE button.
The Dump Details:
Runtime Errors SYNTAX_ERROR
Short text
Syntax error in program "WORKORDER_UPDATE==============CP ".
What happened?
Error in the ABAP Application Program
The current ABAP program "CL_EX_WORKORDER_UPDATE========CP" had
terminated because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program
"WORKORDER_UPDATE==============CP " in include
"WORKORDER_UPDATE==============CM000 " in
line 12:
"The specified type cannot be converted into the target variable
The current ABAP program "CL_EX_WORKORDER_UPDATE========CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
Error analysis
The following syntax error was found in the program
WORKORDER_UPDATE==============CP :
"The specified type cannot be converted into the target variables."
Information on where terminated
Termination occurred in the ABAP program "CL_EX_WORKORDER_UPDATE========CP" -
in "IF_EX_WORKORDER_UPDATE~AT_SAVE".
The main program was "SAPLCOIH ".
After going through the dump analysis, I found that there are around 25 BADI Implementations got created on Enhancement Spot "WORKORDER_UPDATE".
How to find out which BADI Implementations is causing this dump?
Please let me know.
Thanks.
Edited by: ravi kumar on Feb 22, 2011 1:12 PM

Yes, I tried the Active Calls Stack also. The Short Dump is occuring exactly at the line :-
method IF_EX_WORKORDER_UPDATE~AT_SAVE.
in Class:-
CL_EX_WORKORDER_UPDATE
I was informedby the user that this is working perfectly fine in DEV System. The Short Dump is occuring in SBX System.
When I executed the Class "CL_EX_WORKORDER_UPDATE" and Method "IF_EX_WORKORDER_UPDATE~AT_SAVE" via SE24 in SBX, I got the same dump. However it worked fine in DEV System.
I am wondering if the issue is with the Standard Program itself?
Any ideas?
Thanks a lot again.
Another thing is: It is short dumping even before calling any of the BADI Implementations.
Wanted to give some more info on this: I put a break point in Function "CO_ZV_ORDER_POST" after the CALL FUNCTION 'CO_BADI_GET_BUSINESS_ADD_IN'.
And the program dumps right after that when it calls the: CALL METHOD lp_badi_if->at_save.
Thanks.
Edited by: ravi kumar on Feb 22, 2011 1:51 PM
Edited by: ravi kumar on Feb 22, 2011 2:11 PM

VOFM on data transfer: shipments causing short dump

I created two new requirements as copies of routine 008 and 012 into 908 and 912. Both routines are activated and I even ran the RV80HGEN.
Although code is the same as the original routines, short dump is being produced. (The original code was unmodified to test that the new routine would work the same).
I also noticed that if I use the 'where-used', the system comes back to say it is not found in selected search area, but otherwise would be.
The include RV56CNNN has the two includes listed in it and is also active.
What is missing?

Hello,
I removed this from being a thread and closed it, but it apparently is still showing somewhere.
I was able to figure it out. The internal table in the SAP logic was i_, but when the custom requirement was created, it is c_ so that is why it wouldn't work. It did activate regardless but still had other issues. Once I updated the internal table reference, it was fine.
Thanks to all who responded. Unfortuntaley points may not be awarded since it was removed early on from being a thread.

RFC function Short dump - Function code SPBT_INITIALIZE

Hi ALL,
    We are trying to change the Sales orders using the RFC function with Paraller processing. When the function is doing the paraller processing we are getting the runtime error when it tries to initialize using the function module SPBT_INITIALIZE. How can we fix this error.
Here is the description of the error:
Short text of error message:
Init. group IBM_IDOC_CHG not possible as another group IBM_IDOC_ADD is a
lready init.
Technical information about the message:
Diagnosis
     The system tried to initialize the environment for processing
     parallel RFCs using the function code SPBT_INITIALIZE. Here it was
     established that the environment was already initialized for other
     PBT groups.
     This is a programming error in an application program that uses
     parallel RFCs. You can find the name of the program in the ABAP
     call stack.
Appreciate your help in this,
Thanks,
Satya

Hi,
you need a wrapper RFC to do achive result.
Go tru the thread below you problem should be resolved,
RFC to FILE
You need to map the multi structured file to new RFC structure.
Hope this helps.
Prasad Babu.
Message was edited by:
        PrasadBabu Koribilli

Short Dump in rfc call in background

Hi All,
I am getting an RFC error short dump in a background program the short dump message says "RFC_ERROR_SYSTEM_FAILURE: no system found in another group for import queue", the same RFC works fine in foreground and in another background program. I looked into the target system, there is no dump generated.
I tested it in one system it works fine but in another it generates a short dump. I am trying to understand why this is happening any inputs are welcome.
Thanks in advance,
Barjinder

It has been resolved the called FM was raising an exception and it was not captured in the calling FM.
Thanks to all.

Short dump with decimal issue

Now I want to get total weight of the material as weight * quantity. When I doing this process the program short dump.
If my user setting in su01 is 1,234,567.89 it will work normally, but if I changed my user setting to 1.234.567,89 it will get weight like 6,55 which cause short dump in total weight get. Please help me for solution that no mater user setting is dot or comma it will work successfully. thanks.

I think the problem lies in fact that you are treating this variable as character one (of type c or string ) . This is not correct. You should use only packed numbers (of type p ) for calculation.
The user settings has nothing to do with the calculation. These are purely for displaying data, not for calculating them. So what you need is something like
data: weight type p decimals 2 value '1234567.89',
         quantity type i value 3,
         result(10) type p decimals 2.
result = weight * quantity. "the value stored in variable has form 3703703.67
"only when you display your data it will receive the format of user settings
write: weight, "displayed as 1,234,567.89 or 1.234.567,89 -> depending on the settings
          result.    "displayed as 3,703,703.67 or 3.703.703,67 -> depending on the settings
Regards
Marcin

Short Dump created while modifying a process chain

Hi guys ,
Iam getting a short dump while trying to modify a process chain and it is taking me too short dump where the message is PROCESS HAS NO PREDECESSOR but even when Iam trying to DETAILED VIEW it is taking me too short dump
Can anyone help me out of this issue

Hi ,
I have removed the existing start process and I have checked but there is no Use the same short dump is created again
Please suggest me some usefull solution .

ABAP Short Dump - COMPUTE_BCD_OVERFLOW - CX_SY_ARITHMETIC_OVERFLOW

Runtime errors      COMPUTE_BCD_OVERFLOW
Exception              CX_SY_ARITHMETIC_OVERFLOW
I want to move Currency variable with 4 decimals to another currency variable with 2 decimals. Please advice me with a suitable solution without causing short dump.
Appreciate Your Help in Advance.
Thanks.
Kannan.

SAP catch the exception like this :
CATCH SYSTEM-EXCEPTIONS conversion_errors = 1
                                    arithmetic_errors = 5.
              xkwert = xkomv-kwert * 1000 * xkomv-kpein / komp-mgame.
              xkomv-kbetr = xkwert.
            ENDCATCH.
            IF sy-subrc = 1 OR sy-subrc = 5.
              xkomv-kbetr = 0.
              xkomv-fxmsg = '802'.
              komp-fxmsg = '802'.
            ENDIF.

Short dump in debug mode

Hi All,
We have recently upgraded our server from SAP R/3 4.6b to ECC 5.0. Whenever we are debugging any program(Both standard and Z-programs) getting short dump
in the select and endselect statements. This is happening only when we are going on DEBUG MODE only Appreciate any lights on this issue.(All programs are Unicode enabled).
Regards,
Ameer.

hi
your problem will solve if you put the break point after <b>ENDSELECT</b> statement. let the cursor not go inside the select-endselect statement. it causes short-dump.
thx
murthy

Using RH_RELATION_MAINTAIN from RFC causes dumps

Hello,
We had a need to make the "RH_RELATION_MAINTAIN" function to be an RFC function.
What we've done in order to do this, is to copy the code from the original function into a Z function.
We are using the visual composer to call this function using RFC
Most of the times, it works without a problem, but sometimes creating a relation between a person and an position causes a dump
what we're getting is a weird system dump, that reads "CNTL_SYSTEM_ERROR".
If the same data is run through R3 without rfc, everything works fine.
Is there anything we can do about this?
thanks in advance, Udi.

im bumping this up after a week with no replies.
sorry.

Short dump in delta extract using bgRFC in NW 2004s

Short dump in delta extract after Support Pack install, using bgRFC.
InfoSet Query extractor from Z-table residing on BW system into ODS.
Init and Full loads load successfully, delta loads short dump.
"MESSAGE_TYPE_X"
"SAPLARFC" or "LARFCU25"
"TRFC_SET_QUEUE_RECEIVER_LIST"
Problem began after support pack install, from SP 9 to SP 12.   Switched to Classic RFC in SM59, seemed to correct this extractor but caused problems in other extractors.

Hi Kevin,
check out this note: https://websmp205.sap-ag.de/~form/handler?_APP=01100107900000000342&_EVENT=REDIR&_NNUM=1054970&_NLANG=EN
it might help.
regards
Siggi

WBS Conversion FM using RFC Causing Short Dumps

Similar Messages

Maybe you are looking for