Changed RedisSubscriber wait with TaskCondition vs Timers

This update provides stability and performance improvements to the `RedisSubscriber`:

- Uses `TaskCondition` notifications rather than rearming timers throughout the class.

- Permits queuing actions in case multiple tasks are communicating, the old Timer/null check method had undefined behavior.

- Fixes an error with the `ConnectionPool`, where connections could be re-used after they were closed. An assertion on the new event driver required this fix.
I was hesitant about making it a queue because all I needed was 2 one-shot triggers that bounce back and forth. Maybe renaming the condition variables to `onReceivedMessages` and `onFinishedProcessingMessages`?