afterthe change has occured.
Listeners receive notifications when entries in a region change or changes occur to the region attributes themselves.
A cache listener is defined in the RegionAttributes.
The methods on a
ICacheListener are invoked asynchronously. Multiple events can cause concurrent invocation of
ICacheListener methods. If event A occurs before event B, there is no guarantee that their corresponding
ICacheListener method invocations will occur in the same order. Any exceptions thrown by the listener are caught by GemFire and logged.
Listeners are user callbacks that are invoked by GemFire. It is important to ensure that minimal work is done in the listener before returning control back to GemFire. For example, a listener implementation may choose to hand off the event to a thread pool that then processes the event on its thread rather than the listener thread
Public Member Functions
|CqQuery< TKey, TResult >^||getCq ()|
|CqOperationType GemStone::GemFire::Cache::Generic::ICqEvent< TKey, TResult >::getBaseOperation||(||)|
Handles the event of an entry's value being modified in a region.
This entry previously existed in this region in the local cache, but its previous value may have been null.
|CqQuery<TKey, TResult> ^ GemStone::GemFire::Cache::Generic::ICqEvent< TKey, TResult >::getCq||(||)|
|TKey GemStone::GemFire::Cache::Generic::ICqEvent< TKey, TResult >::getKey||(||)|
Called when the region containing this callback is destroyed, when the cache is closed.
Implementations should clean up any external resources, such as database connections. Any runtime exceptions this method throws will be logged.
It is possible for this method to be called multiple times on a single callback instance, so implementations must be tolerant of this.