I hit the send button much too quickly. Maartin, what is your plan for how the codebase will look? I see that in the examples subproject there is a package called "imagine.step1". For step 2, will you take a copy of all the code from step 1 and add more functionality (like ExecutorFilter)?
How do you see all this coming together? --Mark 2008/4/9 Mark Webb <[EMAIL PROTECTED]>: > I have some free time coming up. I will give it a shot. > > > > On Wed, Apr 9, 2008 at 1:29 PM, Maarten Bosteels <[EMAIL PROTECTED]> > wrote: > > > On Wed, Apr 9, 2008 at 6:08 PM, "이희승 (Trustin Lee) <[EMAIL PROTECTED]> > > wrote: > > > > > I think it's good time for someone to write a MINA curriculum and > > revamp > > > all examples to follow the curriculum. Maarten once started an > > > 'imagine' example but he ended up with stage1. He might have > > something > > > in his mind about setting up the MINA curriculum. ;) > > > > > > :-) > > Yes, my plan was to build upon the ImageServer and add extra > > functionality > > step-by-step > > * step1: what is now in the protocol-codec tutorial (and in svn) > > * step2 : add an ExecutorFilter > > * step3 : add some JMX stuff > > * step4 : show how to cleanly shut down the server > > * step5 : add a throttle filter > > ... > > (the order doesn't really matter) > > > > Unfortunately, until now I didn't get further than step1 ... > > I still have the intention though, just can't promise when I will find > > that > > scarce resource called time. > > > > I'd welcome anyone who wants to work on this. > > > > Maarten > > > > > > > > > > Cheers, > > > > > > Mark Webb wrote: > > > > that is the funniest description of one's software I ever heard. > > > bravo... > > > > > > > > On Wed, Apr 9, 2008 at 10:25 AM, Niklas Gustavsson < > > [EMAIL PROTECTED] > > > > > > > > wrote: > > > > > > > >> 2008/4/9 Mark Webb <[EMAIL PROTECTED]>: > > > >>> sounds like that is the direction we want to go. My only concern > > is > > > >> that we > > > >>> start getting apps in the examples directory that overlap. There > > is > > > >>> currently a chat program in examples, but maybe your's is more > > > >> feature-rich > > > >>> or more robust. One think I do like about the current chat > > example > > > is > > > >> that > > > >>> it is the only example that uses Spring. > > > >> No it's certainly not more feature rich, it's probably the > > stupidest > > > >> chat server ever built. The purpose was to make it as simple as > > > >> possible to be able to communicate it during a talk. > > > >> > > > >> /niklas > > > >> > > > > > > > > > > > > > > > > > > -- > > > Trustin Lee - Principal Software Engineer, JBoss, Red Hat > > > -- > > > what we call human nature is actually human habit > > > -- > > > http://gleamynode.net/ > > > > > > > > > > > > -- > -------------------------------- > Talent hits a target no one else can hit; Genius hits a target no one else > can see. > -- -------------------------------- Talent hits a target no one else can hit; Genius hits a target no one else can see.
