On Fri, 2007-11-23 at 10:47 -0500, Rezaei, Mohammad A. wrote: > 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 >
Hi Mohammad, No, there is no such intent. I personally think it still makes sense to continue offering HttpCore as a zero dependency HTTP engine capable of both synchronous and asynchronous I/O based on our own NIO framework. NIO extensions were built to be minimalistic, fast, memory efficient, and tailored specifically to requirements of the HTTP protocol. Having said that, we should also support a more generic NIO framework for those cases when people want to run multiple protocols on top of the same I/O infrastructure. I am also of opinion MINA 1.x is fatally flawed, so it would not be my personal choice. Hopefully MINA 2.0 will have a better memory management. Cheers, Oleg > >-----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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
