<div>Hi folks,</div>
<div> </div>
<div>Currently, my application&#39;s process flow logic is like this:</div>
<div> </div>
<div>-&gt; A controlling process receives one request for data which will be fetched from multiple online sources.</div>
<div>-&gt; The controlling process spawns multiple threads. Each of these threads will (1) use Apache synchronous commons httpclient to fetch the data; (2) parse the data; and (3)</div>
<div>    return the data to the controlling process.</div>
<div>-&gt; The controlling process joins all threads and return the combined data to the requestor.</div>
<div> </div>
<div>So basically, each thread uses a synchronous httpclient to fetch the data and then parse it.</div>
<div> </div>
<div>
<div>In reading org.jboss.netty.example.http.snoop package, I have the following question:</div>
<div>If I just replace the Apache&#39;s synchronous httpclient with Nettty&#39;s org.jboss.netty.handler.codec.http.* as the example does, will I be benefited performance-wise? I heard something about blocking I/O hurts multi-threading. If so, should Netty&#39;s package work better for me?</div>

<div> </div>
<div>Or should I actually get ride of the existing multi-threading by using Netty&#39;s framework? If so, which of your examples can be better referenced for my purpose?</div>
<div> </div>
<div>Thanks for your in advance,</div>
<div>Jason</div>
<div> </div>
<div> </div></div>