If the intent is to entirely replace HTTPNIO, then there are at least 4 frameworks that could fit the bill:
http://nioframework.sourceforge.net/ https://grizzly.dev.java.net/ http://sourceforge.net/projects/xsocket/ http://mina.apache.org/ A very recent and interesting thread: http://forum.java.sun.com/thread.jspa?threadID=5213915&tstart=0 There are older benchmarks out there that compare Grizzly and Mina. NIO is all about performance and scalability, so it should be straight forward to choose a framework. Thanks Moh >-----Original Message----- >From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] >Sent: Friday, November 23, 2007 5:13 AM >To: HttpComponents Project >Subject: Re: mina-protocol-http-client, AsyncWeb and Jakarta >HttpComponents > > >On Fri, 2007-11-23 at 09:46 +0000, Paul Fremantle wrote: >> As a user of HTTPNIO I'd like to see HTTPNIO-on-MINA because >I can naturally >> see some people wanting to have all NIO comms going via >MINA, and some other >> transports we are looking at in Synapse are based on MINA. >But given that >> Apache is a "do-ocracy" and my Non-Blocking coding skills >are minimal I >> think I will shut up now! >> >> Paul >> > >Hi Paul > >HttpCore is designed to be portable to other I/O frameworks. For >instance, LimeWire folks put HttpCore protocol layer on top of >their own >NIO code and it seems to be working quite well. I personally would like >to see HttpCore ported to Apache APR and Grizzly at some point of time. >HttpCore port to MINA, however, may pose problems both technical and as >well as personal. I approached MINA people a while ago and >asked them to >not start a competing project within ASF but rather cooperate with us, >or at the very least try to minimize potential overlap between >projects. >They refused. Some did that in a very offensive manner. > >I am aware I have a tendency of being difficult on the personal level, >so I want to stay away from everything MINA related, but will happily >assist anyone interested in using HttpComponents on top of MINA. > >Evil Comrade Oleg > > >> On Nov 23, 2007 5:52 AM, Trustin Lee <[EMAIL PROTECTED]> wrote: >> >> > Hello Roland, >> > >> > Thanks for the response. Let's wait and see how people think about >> > this issue. Probably Jeff will also have something to say. :) >> > >> > Cheers, >> > Trustin >> > >> > On Nov 23, 2007 3:06 AM, Roland Weber <[EMAIL PROTECTED]> wrote: >> > > Hello Trustin, >> > > >> > > re-inventing the wheel is never a good thing. To me, it sounds >> > > reasonable that HttpComponents and MINA cooperate on the client >> > > side, at least for the higher level functionality. There is of >> > > course some kind of competition on the lower levels, where >> > > HttpNIO and MINA address similar functionality. IIRC, Oleg had >> > > slightly different design goals for HttpNIO. At the same time, >> > > he made sure that MINA can be used to implement the HttpNIO API. >> > > So yes, I can see potential for joined efforts: higher-level >> > > client functionality like HttpAuth and HttpCookie, and also >> > > a low-level component HttpNIO-on-MINA. >> > > >> > > But since Java NIO is not within my sphere of interest, >> > > I have to leave it to others to figure this out (or not). >> > > >> > > cheers, >> > > Roland >> > > >> > >> > >> > >> > -- >> > what we call human nature is actually human habit >> > -- >> > http://gleamynode.net/ >> > -- >> > PGP Key ID: 0x0255ECA6 >> > >> > >--------------------------------------------------------------------- >> > To unsubscribe, e-mail: >[EMAIL PROTECTED] >> > For additional commands, e-mail: >> > [EMAIL PROTECTED] >> > >> > >> >> > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: >[EMAIL PROTECTED] >For additional commands, e-mail: >[EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
