Handle uncaught exceptions from Clustering Services in HostTracker 81/5081/5
authorMaurice Qureshi <maquresh@cisco.com>
Fri, 31 Jan 2014 23:18:44 +0000 (15:18 -0800)
committerMaurice Qureshi <maquresh@cisco.com>
Tue, 4 Feb 2014 22:53:38 +0000 (14:53 -0800)
commitad4199152e5cd75ba2bcfaa96ca3e4485b4d0a56
tree4a7f3d6b8c6cbe216b21ca321a2c5cc1fcb8383b
parent7d7f86f108c85b5325f8bea5d3dbf60efca776ce
Handle uncaught exceptions from Clustering Services in HostTracker

There are couple of timer tasks in host tracker which use caches
provided by clustening services. If a container is deleted, then
the cache allocated to that container is also removed. Although
TimerTasks do get cancelled when container is deleted, but if it
happens during the execution of timer thread, then the task will
run to completion (even though it was cancelled) and may try to
access a cache which has already been deallocated.

The accessing of this deallocated cache will result in clustering
service exception which needs to be handled by timer tasks

Also adding toString methods to IPHostId and IPMacHostId for more
readable output when diplaying hosttracker data structures

Change-Id: Id1c481360a4ff71b6eb0afab3c030ef011ca7dcd
Signed-off-by: Maurice Qureshi <maquresh@cisco.com>
opendaylight/hosttracker/api/src/main/java/org/opendaylight/controller/hosttracker/IPHostId.java
opendaylight/hosttracker/api/src/main/java/org/opendaylight/controller/hosttracker/IPMacHostId.java
opendaylight/hosttracker/implementation/src/main/java/org/opendaylight/controller/hosttracker/internal/HostTracker.java