Interface WearableConnection.DroppedDeliveryHandler
- Enclosing class:
WearableConnection
How a port recovers a parked delivery the cap discarded.
Dropping the runnable is not enough on its own: the port recorded the delivery as made before queueing it, so its own replay will skip that path as already delivered. The port has to forget that record and offer the path again.
-
Method Summary
Modifier and TypeMethodDescriptionvoiddeliveryDropped(String path) Called once per discarded path, on the EDT, after the queue has drained and listeners exist -- so a re-offer can actually be delivered rather than parked and dropped again.
-
Method Details
-
deliveryDropped
Called once per discarded path, on the EDT, after the queue has drained and listeners exist -- so a re-offer can actually be delivered rather than parked and dropped again.
A null path means the record itself overflowed and more was discarded than can be named: re-offer everything available rather than one path.
Only value changes reach here. A discarded REMOVAL is re-announced by this class directly, because the path is the whole of it and no port could rediscover one -- the evidence of a removal is an item that is not there.
-