tap> returns whether the put was successful. Another variant that would often be useful is a threaded tap-> that returns the value.

Options: For backpressure case (tap queue is full) there are options:

• wait and retry - seems like waiting would potentially alter your program in bad ways just to tap

• assert tap> succeeded (so assertion throws if full) - you will then know about this case, but it also alters the behavior of your program with an assertion error which seems bad.

• do nothing, ignore tap> result - if tap queue is full, values will be silently dropped

Proposed: Seems like default should be to not affect running program, so chose the last option, ignoring the tap> result and dropping in case of full tap queue.

Patch: clj-2538-2.patch

Screened By: fogus