users@grizzly.java.net

Re: NIO client support of Grizzly

From: Jeanfrancois Arcand <Jeanfrancois.Arcand_at_Sun.COM>
Date: Wed, 23 Sep 2009 17:58:16 -0400

Salut,

Alexei Dets wrote:
> Hi!
> Jeanfrancois Arcand wrote:
>> Right. In 2.0 we collected a lot of feedback from the community and made
>> major improvement to the framework. Still I *totally* disagree with
>> Alexei saying 1.9.x cannot/should not be used.
>
> Hey, I never told it can't be used, in fact I told otherwise! It can be
> used, in fact I'm using it myself ;-)
>
> Still, Grizzly-1.9.x is a PITA as a NIO framework, go for it only if you
> need HTTP support.

OK I won't comments anymore on that topic. :-)

  And even in this case considering good responses about
> 2.x may be it'll be wiser to start from Grizzly-2, AFAIK it is supposed to
> be released soon. 1.9.x branch has too much problems and probably many of
> them will be resolved (or already resolved) only in 2.x because of the
> backward-compatibility requirements for 1.9.x.

Naaa. You have shared great issues with us but I don't think you can
state your point so strong. There is many many many use of Grizzly that
doesn't use the HTTP module at all.

Just file issues on what you don't like so at least we try to fix them
in 2.0 or 1.9.x (which is still in active mode).


>
>> You still need to lear a
>> little bit of NIO with 1.9.x
>
> True but this is not the main issue. Much bigger problem is that you'll need
> to learn EVERYTHING about Grizzly internals if you want to write something
> just a bit more complex than shown in the tutorials.

Naa I disagree but understand your point. There is some improvement for
sure, but not as straight as you write it.

BTW, this is another
> problem with Grizzly-1.9.x - docs/tutorials are scarce and half of them are
> plain wrong (for the most part because they are outdated but some were
> wrong from day 1), so you'll need to dig up everything in the source code
> yourself. I feel that it is completely wrong when a programmer in order to
> _use_ framework need to know _everything_ about its _internal_
> implementation details.

Agree we need to improve there but I don't agree with comment like
"wrong from day 1" etc. You may have issues and the best way is to share
them by filling them as soon as you found. Trust me this project is
driven by the community and we are trying to do our best to fix those holes.

>
> I have a 1.5 year experience with Grizzly 1.7.x-1.9.x, so this is not some
> first look opinion.

Agree.

Thanks for sharing :-)

-- Jeanfrancois

>
> Alexei
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>