topic Re: Question about BAPI_TRANSACTION_COMMIT in Application Development and Automation Discussions

Question about BAPI_TRANSACTION_COMMIT

Former Member — Tue, 25 Mar 2008 02:08:22 GMT

Hi Experts,

I need to know that after the use of BAPI_TRANSACTION_COMMIT, do I still need to check for locked object? I know that for usual BDC call to update any standard table, database update is not usually committed right away. Depending on system performance, the DB commit might not happen right away. Therefore, we sometime need to check for locked object after the BDC. Do I still need to check for lock object after I use BAPI_TRANSACTION_COMMIT? I heard that BAPI_TRANSACTION_COMMIT will unlock the related object. Will the DB not commiting issue still happen after the use of BAPI_TRANSACTION_COMMIT? THanks in advance.

Re: Question about BAPI_TRANSACTION_COMMIT

Former Member — Tue, 25 Mar 2008 02:23:12 GMT

Hi Mil,

You are not required to worry of lock objects after BAPI_TRANSACTION_COMMIT.

Regards,

Atish

Re: Question about BAPI_TRANSACTION_COMMIT

Former Member — Tue, 25 Mar 2008 02:23:46 GMT

It is always good practice to first enqueue, then update and then dequeue the object.

Bapi_transaction_commit is just commit work statement.

It will simply commit your updates to the database. For unlocking the object you have to use dequeue FM for that object.

G@urav.

Re: Question about BAPI_TRANSACTION_COMMIT

Former Member — Tue, 25 Mar 2008 03:01:29 GMT

Thanks people,

My worry is, once I enqueue the object before the update, and during the update, will it be a problem since I already locked the object? I remember I encountered some issues earlier due to the object is being locked by myself since I did enqueue before the update (through BDC, not BAPI).

Re: Question about BAPI_TRANSACTION_COMMIT

former_member15255 — Tue, 25 Mar 2008 03:43:21 GMT

Hi,

After Executing BAPI_TRANSACTION_COMMIT it is always . As the system locks the object it is always necessary to use CALL FUNCTION 'DEQUEUE_ALL'.

inorder to UNLOCK the object

regards

Suresh Nair