You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "이희승 (Trustin Lee)" <tr...@gmail.com> on 2008/02/12 07:18:52 UTC
MINA at JavaOne 2008 - idea wanted
Hi,
I was invited as a speaker of JavaOne 2008 and will speak about Apache
MINA there. Please feel free to contact me to give me some idea about
what you want to hear about MINA if you have any plan to attend this
year's JavaOne.
Cheers,
Trustin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
Re: MINA at JavaOne 2008 - idea wanted
Posted by Mike Heath <mh...@apache.org>.
Jeff Genender wrote:
> Yeah I am in agreement with Mike. An architectural overview...and an
> example (heck use AHC vs HttpClient) and show how it scales. That will
> get ooohs and ahhhs.
> Jeff
+1, using a protocol that a lot of developers people are actually
familiar with would help a lot.
-Mike
> Mike Heath wrote:
>> One of the problems I've had when promoting MINA is that most Java
>> developers don't understand the scalability implications of the
>> thread-per-connection architecture. If I jump right in with how cool
>> MINA is with its separation of concerns, futures, filters, event
>> mechanism, simplifies packet fragmentation problems, etc., the audience
>> either gets lost or replies with something like, "Using InputStreamsis
>> just as flexible as filters but doesn't come with all the difficulties
>> of having to build a state machine. MINA just makes things complicated!"
>>
>> However, if I start out showing how quickly I get an OOM exception when
>> using a thread-per-connection architecture and then show how I can
>> handle thousands of connections in MINA without consuming loads of
>> memory, the audience is able to better understand the main problem that
>> MINA solves. Showing how painful it is to use NIO directly is fairly
>> simple at this point. The important part is making sure the audience
>> understands the need for the functionality that NIO has to offer.
>>
>> Once the audience understands the problems MINA solves, I've found
>> they're usually much more receptive to the coolness that MINA has to
>> offer.
>>
>> Just my $0.02.
>>
>> -Mike
>>
>> 이희승 (Trustin Lee) wrote:
>>> Hi,
>>>
>>> I was invited as a speaker of JavaOne 2008 and will speak about Apache
>>> MINA there. Please feel free to contact me to give me some idea about
>>> what you want to hear about MINA if you have any plan to attend this
>>> year's JavaOne.
>>>
>>> Cheers,
>>> Trustin
>
Re: MINA at JavaOne 2008 - idea wanted
Posted by Jeff Genender <jg...@apache.org>.
Yeah I am in agreement with Mike. An architectural overview...and an
example (heck use AHC vs HttpClient) and show how it scales. That will
get ooohs and ahhhs.
Jeff
Mike Heath wrote:
> One of the problems I've had when promoting MINA is that most Java
> developers don't understand the scalability implications of the
> thread-per-connection architecture. If I jump right in with how cool
> MINA is with its separation of concerns, futures, filters, event
> mechanism, simplifies packet fragmentation problems, etc., the audience
> either gets lost or replies with something like, "Using InputStreamsis
> just as flexible as filters but doesn't come with all the difficulties
> of having to build a state machine. MINA just makes things complicated!"
>
> However, if I start out showing how quickly I get an OOM exception when
> using a thread-per-connection architecture and then show how I can
> handle thousands of connections in MINA without consuming loads of
> memory, the audience is able to better understand the main problem that
> MINA solves. Showing how painful it is to use NIO directly is fairly
> simple at this point. The important part is making sure the audience
> understands the need for the functionality that NIO has to offer.
>
> Once the audience understands the problems MINA solves, I've found
> they're usually much more receptive to the coolness that MINA has to offer.
>
> Just my $0.02.
>
> -Mike
>
> 이희승 (Trustin Lee) wrote:
>> Hi,
>>
>> I was invited as a speaker of JavaOne 2008 and will speak about Apache
>> MINA there. Please feel free to contact me to give me some idea about
>> what you want to hear about MINA if you have any plan to attend this
>> year's JavaOne.
>>
>> Cheers,
>> Trustin
Re: MINA at JavaOne 2008 - idea wanted
Posted by Mike Heath <mh...@apache.org>.
One of the problems I've had when promoting MINA is that most Java
developers don't understand the scalability implications of the
thread-per-connection architecture. If I jump right in with how cool
MINA is with its separation of concerns, futures, filters, event
mechanism, simplifies packet fragmentation problems, etc., the audience
either gets lost or replies with something like, "Using InputStreamsis
just as flexible as filters but doesn't come with all the difficulties
of having to build a state machine. MINA just makes things complicated!"
However, if I start out showing how quickly I get an OOM exception when
using a thread-per-connection architecture and then show how I can
handle thousands of connections in MINA without consuming loads of
memory, the audience is able to better understand the main problem that
MINA solves. Showing how painful it is to use NIO directly is fairly
simple at this point. The important part is making sure the audience
understands the need for the functionality that NIO has to offer.
Once the audience understands the problems MINA solves, I've found
they're usually much more receptive to the coolness that MINA has to offer.
Just my $0.02.
-Mike
이희승 (Trustin Lee) wrote:
> Hi,
>
> I was invited as a speaker of JavaOne 2008 and will speak about Apache
> MINA there. Please feel free to contact me to give me some idea about
> what you want to hear about MINA if you have any plan to attend this
> year's JavaOne.
>
> Cheers,
> Trustin
Re: MINA at JavaOne 2008 - idea wanted
Posted by Adam Fisk <a...@littleshoot.org>.
I think it would be also interesting to discuss the higher-level
appeal of MINA. For anyone not familiar with it at the talk, I think
the amazing thing about MINA is how easily you can create really
robust, high performance clients and servers for any protocol
extremely quickly -- the advantages of the abstractions in the API.
It gives developers incredible latitude to implement existing
protocols and/or to create completely new ones. That's a huge gift
and a major boost for maximizing the creative potential of developers
on the Internet.
-Adam
On Feb 12, 2008 3:47 AM, Julien Vermillard <jv...@archean.fr> wrote:
> On Tue, 12 Feb 2008 01:18:52 -0500
> 이희승 "(Trustin Lee)" <tr...@gmail.com> wrote:
>
> > Hi,
> >
> > I was invited as a speaker of JavaOne 2008 and will speak about Apache
> > MINA there. Please feel free to contact me to give me some idea about
> > what you want to hear about MINA if you have any plan to attend this
> > year's JavaOne.
> >
> > Cheers,
> > Trustin
>
> I have no plan to attend to JavaOne :) but here want I would like to
> hear :
>
> # 2.0 new features and API
>
> # presentation of new Apache apps using MINA :
> - FTPServer
> - AHC
> - Aweb
> - ...
>
--
http://www.littleshoot.org
Open Source, Open Standards, Open Data
Re: MINA at JavaOne 2008 - idea wanted
Posted by Julien Vermillard <jv...@archean.fr>.
On Tue, 12 Feb 2008 01:18:52 -0500
이희승 "(Trustin Lee)" <tr...@gmail.com> wrote:
> Hi,
>
> I was invited as a speaker of JavaOne 2008 and will speak about Apache
> MINA there. Please feel free to contact me to give me some idea about
> what you want to hear about MINA if you have any plan to attend this
> year's JavaOne.
>
> Cheers,
> Trustin
I have no plan to attend to JavaOne :) but here want I would like to
hear :
# 2.0 new features and API
# presentation of new Apache apps using MINA :
- FTPServer
- AHC
- Aweb
- ...