Calling stored procedure in beforeCommit() cause pending transaction

Question

Hi all,
In our application (BC+ Faces, 10.1.3.3), in beforeCommit() method of the entities, we call pl/sql stored proc to do complex update. It does the following :
1) Update currently "just inserted"-committed row
2) Update other table to increment a counter.
3) Within the stored proc, there is NO commit or rollback, so we rely on the ADF mechanism for that.
Recently we see on the database side (enterprise manager), that the stored proc I mention above is number one in TOP SQL, it is in WAITING status.
FYI, this is the sql statement in the stored proc:
UPDATE mytable SET doc_nbr = doc_nbr + 1
WHERE .... RETURNING TO_CHAR(doc_nbr, '0000000') INTO vDocNo ;
The question is :
Is this a wrong approach ?
to do "uncommitted" PL/SQL DML update within beforeCommit() and rely on ADF commit/rollback ?
If so, what is the correct approach then ?
Thank you for your help,
xtanto

Answer 1

Hi Frank,
is there any reason why you don't commit the database changes and rely on ADF BC ? I do not commit because the update done in stored proc is one atomic unit with ADF transaction, if the ADF commit fail, no data sould be committed.
Thank you ,
xtanto