Revert "[XNIO-180] Switch to DelayQueue to avoid TreeMap leaks"

This reverts commit a97bc70e5f1ccdcb69265eee291a091809ad5f46.

DelayQueue is nice but it does not allow for removal of unexpired nodes; timeout logic can cause unbounded expansion in memory.
Retain failure status until stream is closed
Fix problem where class cannot be linked due to a catch clause for a missing exception type
Add a per-thread queue to the buffer pool
Do not use linked transfer queue in the buffer pool
Add a safe, non-yielding LTQ
Use our LTQ
Fix spelling mistake
Unused
Try out new compiler plugin
[XNIO-183] Avoid JDK NPE
Javadoc clarification
Revert "Use our LTQ" - performance is not what we hoped

This reverts commit 62a8d935d25af7a72cfe5d67767aa7faf75b3b48.
Prep 3.1.0.Beta7
Next is 3.1.0.Beta8
Provide old-locking mode for broken JDKs that synch on everything NIO-related
[XNIO-185] Only compact throughBuffer if not all data was transfered
Fix CAS on exitWrite of FixedLengthStreamSinkChannel
Remove volatile writes from hot path when read or write timeouts are not configured for a channel
Do not require volatile writes to update channel listeners