Fix so that operational store correctly removes bridge-external-ids 55/18155/5
authorEd Warnicke <eaw@cisco.com>
Sat, 11 Apr 2015 23:33:31 +0000 (16:33 -0700)
committerEd Warnicke <eaw@cisco.com>
Mon, 13 Apr 2015 17:38:30 +0000 (17:38 +0000)
commit1b903597200f668f7771226863ac48f508c5ddff
treeda54063333452510b00c655aa0101f05bdfe75a0
parentc21021e2cecf859391eb6aa0541b6dc68346c638
Fix so that operational store correctly removes bridge-external-ids

Before, if a bridge-external-ids entry was removed on ovsdb, we didn't
remove it from the operational store.

This is an artifact of using *merge* rather than *put*.
Using merge is *still* a good idea for us, but what was happening
was basically this.

Say we got a report in the operational store of

[bridge-external-ids1, bridge-external-ids2]

which we dutifully merged.

Then we got a report of
[bridge-external-ids2]

when that is *merged*... the protocol1 entry is left dangling,
because its a *merge*.  To compensate, we have to be *very*
specific about wanting to remove bridge-external-ids1.

Change-Id: I7bb7e3264176604f3a01f90231cae99026148f2f
Signed-off-by: Ed Warnicke <eaw@cisco.com>
southbound/southbound-impl/src/main/java/org/opendaylight/ovsdb/southbound/transactions/md/OvsdbBridgeUpdateCommand.java