on 2009 Sep 09 8:39 PM
Hi All,
I have seen similar posts on the forums, but none relate to my issue. Here is what I am seeing.
I have installed a cube, DSO and transformations b/w the cube and the DSO from the business content. The transformations cannot be activated as there is the following error in the end routine...
E:In PERFORM or CALL FUNCTION "ROUTINE_9998", the actual parameter "SOURCE_PACKAGE" is incompatible with the formal parameter "DATA_PACKAGE".
This is a fresh installation and I have not done any changes. The delivered version code (only the relevant portions) is as follows...
Note: I have installed the transformations(TRFN) from the business content and have not migrated the update rules(UPDR) to transformations. So, this is an out of the box issue.
METHODS
start_routine
IMPORTING
request type rsrequest
datapackid type rsdatapid
EXPORTING
monitor type rstr_ty_t_monitors
CHANGING
SOURCE_PACKAGE type tyt_SC_1
RAISING
cx_rsrout_abort.
.......
FORM routine_9998
TABLES DATA_PACKAGE TYPE tyt_SC_1_full
TABLES DATA_PACKAGE TYPE tyt_SC_1
CHANGING
ABORT LIKE sy-subrc
RAISING
cx_sy_arithmetic_error
cx_sy_conversion_error.
........
Migrated update rule call
Perform routine_9998
TABLES
SOURCE_PACKAGE
CHANGING
l_abort.
Any help will be appreciated.
Thanks.
Hi,
Just check for the syntax in start routine and end routine.
Try to correct the syntax error for the routines with help of ABAPers.
I think the structures tys_SC_1 should be same as tys_SC_1_full. Same means same sequence(line by line)
Please let us know how it goes.
Thanks,
Praveen Tati
Edited by: Praveen Tati on Sep 10, 2009 12:11 AM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
just try this code.
METHODS
start_routine
IMPORTING
request type rsrequest
datapackid type rsdatapid
EXPORTING
monitor type rstr_ty_t_monitors
CHANGING
SOURCE_PACKAGE type tyt_SC_1
RAISING
cx_rsrout_abort.
.......
FORM routine_9998
TABLES DATA_PACKAGE TYPE tyt_SC_1_full
TABLES SOURCE_PACKAGE TYPE tyt_SC_1
CHANGING
ABORT LIKE sy-subrc
RAISING
cx_sy_arithmetic_error
cx_sy_conversion_error.
........
Migrated update rule call
Perform routine_9998
TABLES
SOURCE_PACKAGE
CHANGING
l_abort.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Ajax
I did like Praveen Tati suggested in a similar scenario, and it worked for me. I had done no migrating etc.
You can also read about the solution in note 1052648, go to the section about "Start routine".
Brgs, Martin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pravin/Martin,
Thanks for the responses. I tried what you've suggested, but it didnt help me. The issue remains.
If you can check the code I posted earlier, the SOURCE_PACKAGE and the DATA_PACKAGE are of same type of tables i.e. of TYPE tyt_SC_1, and the tyt_SC_1 is of type tys_SC_1. So synching tys_SC_1 and tys_SC_1_full did not help. Any thoughts?
Let me know if you are interested in looking at the entire code, I can send it to your mail ids. Or check the business content transformations between the DSO 0SR_VE and cube 0SR_VE_C1.
Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
67 | |
8 | |
8 | |
6 | |
6 | |
6 | |
6 | |
6 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.