topic Re: Handle error or warning message in updata task fm in Application Development and Automation Discussions

Handle error or warning message in updata task fm

abhishek_diwvedi — Wed, 19 Mar 2014 09:49:23 GMT

Hi Experts,

I have an requirement of creating materials. I am doing this in an update task FM. Now i want that if some error comes during creation of material then i display them in an alv on the screen.So inside the FM in case of error i populated it in the tables parameter of FM.But when i come back to the calling program this table is always coming empty. Could anybody please explain how to solved this problem or how we can pass the data back to the main program.

Thanks in advance

Re: Handle error or warning message in updata task fm

former_member201275 — Wed, 19 Mar 2014 09:55:05 GMT

Unfortunately, this type of error cannot be handled in the calling routine. They occur after the update has been passed.

You have to use SM13 or SM14 to examine the problem.

Re: Handle error or warning message in updata task fm

Former Member — Wed, 19 Mar 2014 09:58:29 GMT

you cant use exporting / changing / tables parameters in update task as it is not synchronous. You can't easily get the success / erro information. Therefore your code has to be written so that all errors are catched before the update task function module is called. You can turn on the update debugging and test, what happens.

Re: Handle error or warning message in updata task fm

Former Member — Wed, 19 Mar 2014 10:00:13 GMT

This message was moderated.

Re: Handle error or warning message in updata task fm

abhishek_diwvedi — Wed, 19 Mar 2014 10:01:43 GMT

Hi ,

But if i am updating in synchronus mode then the calling routine wait for the update work to be completed.But even in this case i am getting the tables parameters empty..If we are not able to find out in calling routine that whethere updation has been successful or not then what is the advantage of synchronus update.

Re: Handle error or warning message in updata task fm

PeterJonker — Wed, 19 Mar 2014 10:28:17 GMT

You are using in Update task, that is asynchronous. The values to update are send in a separate LUW, an update LUW.

You will nedd to add checks before you call the update module like read the database if the entry already exist or any other error warning that you are expecting.

Re: Handle error or warning message in updata task fm

former_member212005 — Wed, 19 Mar 2014 13:09:21 GMT

Why Update Task FM? If you can use STARTING NEW TASK.....then I think below option is available.

I am not sure whether this is correct (haven't tried)....but there is one more addition called

... {CALLING meth}|{PERFORMING subr} ON END OF TASK

In the above case....u can mention a subroutine which would be called after the FM is executed in ....

and you can pass your parameters also...which could be retrieved using below addition...

RECEIVE RESULTS FROM FUNCTION func

[KEEPING TASK]

parameter_list.

Re: Handle error or warning message in updata task fm

PeterJonker — Wed, 19 Mar 2014 13:21:21 GMT

I guess because it is an Update Function Module that is the reason why he used Update task.

Re: Handle error or warning message in updata task fm

former_member212005 — Wed, 19 Mar 2014 13:33:47 GMT

From what has been written....it seems he designed the FM as an update function module....So I am trying to understand what might be the reason behind this....

Re: Handle error or warning message in updata task fm

RaymondGiuseppi — Wed, 19 Mar 2014 13:33:52 GMT

Can you confirm you are creating a material reference by directly calling a standard update task FM without any database consistency check and only raising database-sql errors ? (Correct answer is 'No')

Regards,

Raymond

Re: Handle error or warning message in updata task fm

Former Member — Wed, 19 Mar 2014 13:57:19 GMT

Hi,

Do you know how an update BAPI ( Create, Change ) works .

1) At First, it does validation for important fields for every tables passed in the BAPI.

perform check_on_header.

* In the subroutine called, if error occurs, it sets sy-subrc value to 8 and fills the bapireturn parameter.

check sy-subrc < 8.

perform check_on_items.

check sy-subrc < 8.

------

At the end, when all the data is clean, it calls the update task

if sy-subrc = 0.

CALL FUNCTION 'BAPI_XXX_POST' in update task.

endif.

2) We check the return parameters of the bapi call and if successful call 'BAPI_TRANSACTION_COMMIT'.

3) The actual posting in 'BAPI_XXX_POST' happens once commit work statement is called in 'BAPI_TRANSACTION_COMMIT' .

You too have to adopt similar approach.

Regards,

DPM