BUG? ViewObject contains more than one Row with equal Key objects

Question

JDeveloper 10.1.2.1 build 1913
JClient app
aView
----bView
--------cView
------------dView
BEFORE:
cView's detail row set contains two dViewRowImpl rows, as expected:
row 0: key = 100
row 1: key = 101
ACTION:
An attribute, X, in dView is modified by the user, which results in a call to setX in dViewRowImpl.
In setX we have:
1) setAttributeInternal for X
2) transaction.postChanges
3) a call to a procedure in the database to update dependent fields in the same row
4) clearEntityCache on the primary entity of dView
5) setAttributeInternal on a calculated attribute
AFTER:
cView's detail row set contains three dViewRowImpl rows, two of which have the same primary key:
actual:
row 0: key = 100
row 1: key = 101
row 2: key = 101
expected (no change, and unique primary keys):
row 0: key = 100
row 1: key = 101
Any clues appreciated.

Answer 1

If your procedure modifies only the current row, or predetermined rows, you can
// see Row.refresh
transaction.postChanges();
// refresh current row
refresh(REFRESH_WITH_DB_FORGET_CHANGES);
// or iterate over procedure-modified rows and refresh eachas an alternative to clearEntityCache. This alternative has the major benefit of not resetting currency in all ViewObjects touched by the cleared Entity. Luckily, this alternative has avoided the problem for us. If your code cannot predict which rows will be updated by your procedure, then you're still in trouble since JBO is apparently more than willing to insert duplicate Row objects into a ViewObject's RowSet after a clearEntityCache.