‎2015 Dec 18 7:07 AM
Hello,
I m developing the program to update data with custom transaction ZV** for this I m using BDC call transaction method, Custom transaction was developed by some programmer long back and this is being using by the customer without any issue, programmer who has developed this custom transaction has used lot of COMMIT WORK in his programming. for ex: at beginning of this custom tcode, there was some custom table is being updated so programmer had used COMMIT WORK in that instance instead using after completing all the process.
So Now I m facing problem with this COMMIT WORK in his program affecting my BDC call transaction, what is happening is when I execute my program which calls this custom tcode, immediately after executing the first COMMIT, cursor totally coming of that custom tcode and skipping rest of the process to execute.
Did any one has idea how this type of situation can be handled.
Thanks in advance for your replies....
‎2015 Dec 18 7:20 AM
By default COMMIT-WORK will end the BDC execution.
This setting can be overwritten in the statement CALL TRANSACTION using the component RACOMMIT of the structure CTU_PARAMS, passed to the statement OPTIONS FROM.
Or you could change/adapt original code (e.g. replacing some unnecessary COMMIT-WORK with call of FM DB_COMMIT) or even build your own Z_BAPI to update data, trying to share maximum code with the original program to reduce maintenance.
Regards,
Raymond
‎2015 Dec 18 7:20 AM
By default COMMIT-WORK will end the BDC execution.
This setting can be overwritten in the statement CALL TRANSACTION using the component RACOMMIT of the structure CTU_PARAMS, passed to the statement OPTIONS FROM.
Or you could change/adapt original code (e.g. replacing some unnecessary COMMIT-WORK with call of FM DB_COMMIT) or even build your own Z_BAPI to update data, trying to share maximum code with the original program to reduce maintenance.
Regards,
Raymond