<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 1:53 PM, Miles Fidelman <span dir="ltr"><<a href="mailto:mfidelman@meetinghouse.net" target="_blank">mfidelman@meetinghouse.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But neither of those feels quite right.  This must be a solved problem, but I'm hitting a blind spot.  So... what is the design pattern for queuing systems and/or reliable message passing in Erlang?</blockquote>

</div><br>Make each message a process. Skip the queues. Each message runs its own state to completion. If you need some kind of capacity constraint, use something like uwiger/jobs or jlouis/safetyvalve, poolboy, basho/sidejob or likewise. The trick is to dualize the world since Erlang has no channel concept which naturally maps to a queue.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra"><br><br clear="all"><div><br></div>-- <br>J.
</div></div>