Below, Trustin mentions using an ExecutionHandler for long-running business logic to prevent tying up Netty&#39;s worker threadpool.  If a cached thread pool is being used for the worker threads, is this still a problem?  Won&#39;t the threadpool just expand as necessary if business logic is tying up threads?  <br>
<br>Also is an ExecutionHandler required, or can we just submit work to our own ExecutorService?  If ExecutionHandler isn&#39;t required, what are the benefits to using one? <br><br>Thanks.<br><br><br><div class="gmail_quote">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
On Tue, Sep 29, 2009 at 3:42 AM, Trustin Lee (???) &lt;<a href="mailto:trustin@gmail.com">trustin@gmail.com</a>&gt; wrote:<br>
&gt; Hi Wade,<br>
&gt;<br>
&gt; If your business logic takes long time, then you should use an<br>
&gt; ExecutionHandler. ?Otherwise, other connections will freeze until the<br>
&gt; long operation finishes. ?If there&#39;s no long operation in your<br>
&gt; business logic, you don&#39;t usually need an ExecutionHandler in your<br>
&gt; pipeline.<br>
&gt;<br>
&gt; I also suggest to put decoders and encoders before ExecutionHandler<br>
&gt; (if there is one), because decoders and encoders usually do CPU-bound<br>
&gt; jobs.<br>
&gt;<br>
&gt; HTH,<br>
&gt;<br>
&gt; ? Trustin Lee, <a href="http://gleamynode.net/" target="_blank">http://gleamynode.net/</a><br>
&gt;<br></blockquote></div>