cancel
Showing results for 
Search instead for 
Did you mean: 

FM WS_LM_GROUP_CREATE during triggering of output type (Update task)

Sm1tje
Active Contributor
0 Kudos

Hi All,

during triggering of an output type (customized via tx. NACE) which is by default done in 'Update task' we want to create a 'group' using function module 'WS_LM_GROUP_CREATE'.

However, since this function module has it's own explicit 'COMMIT WORK AND WAIT' (line 462) combined with 'update task' of output type we get a short dump (COMMIT_IN_POSTING). So now I'm looking for a way to create a group within output type and of course avoiding the short dump.

When encapsulating this FM in an RFC enabled function module you can call this RFC synchronously or asynchronously, but both calls generate an implicit database commit, resulting in a short dump.

In addition, the output type should receive the results from the function module. If the group could not be created, the output type must be fail (error logging). On the other hand, if the group is created, the output type should continue processing as intended.

I'm not looking for a call transaction or something alike.

P.S. I did search of course, but I could not find anything that would work for me. Most of the threads I found had a similar request, but they were not using a (standard) function module with it's own 'COMMIT WORK AND WAIT'. So they were able to circumvent their issue.

Thanks in advance.

Kind regards,

Micky.

Accepted Solutions (1)

Accepted Solutions (1)

Sm1tje
Active Contributor
0 Kudos

We have been able to solve this.

Not sure what previously went wrong and resulted in a short dump, but it does work by encapsulating the standard function module in an RFC enabled (custom) FM and calling it asynchronously.

So forget about what I mentioned in the initial question:

When encapsulating this FM in an RFC enabled function module you can call this RFC synchronously or asynchronously, but both calls generate an implicit database commit, resulting in a short dump.

Micky.

Answers (0)