I have a feature request, Could you please add inline JavaDocs :) I don't know what many of these Classes or Methods do, I'm blindly feeling my way through it. Am I missing something here? I downloaded the JDs jar file but. You know it's got no info?
Also a few things I noticed, while working with the Grizzly Web Server
I can instanate a GrizzlyResponse response object (I was trying to convert HttpClientResponse long story.. but found another solution) However:
GrizzlyResponse gr = new GrizzlyResponse();
gr.addHeader()... maybe other things do as well.. I'm Not sure what didn't get initialized.
throws a null pointer exception. I'm not sure if its intended to be instantiated in this way or not.
I Know you have bigger concerns, and I REALLY don't want this to come of as critical or condescending.. I have a great deal of respect for all of you comet heads :). I have a suggestion that I just thought might be better particularly for passing serialized parameters that act as flow control flags in a routine. Instead of passing Strings ( System.getProperty(String s) for example..) why not use an enum there? so you could get a list of options with JavaDocs* on the fly in any modern IDE and have a guarantee that you're dealing with a valid parameter. If we have to use a string .. like a directory for example, when its defined in the interface maybe we should call it like.. String webDirectory. So that when the IDE prototypes the class its more obvious than the dreaded String arg1, String arg2 :-)
For issue 287 I have been working on Session Management for OortCloud that's both independent and optionally compatible with existing HttpServletRequest.Session ... I'm not sure how its setup in Grizzly right now though, Im trying to check out from Svn, but keep getting empty packages for the standalone versions. What I have so far is a Session Manager thats a serializable singleton (An Enum with no constructor) that generates SessionId's or takes a Session Object on each request and updates its SessionContainer object (bla,bla). Then returns a "SessionContainer" Subclass Object, keeping a map of SessionId -> SessionContainer.. the best part is it already comes with inline java docs (But you can remove those) :)
--Richard
----- Original Message ----
From: Jeanfrancois Arcand <Jeanfrancois.Arcand_at_Sun.COM>
To: users_at_grizzly.dev.java.net
Cc: dev_at_grizzly.dev.java.net
Sent: Monday, October 27, 2008 10:08:08 AM
Subject: Re: 1.9.0: Defining Roadmap
Salut,
I'm re-spinning the thread of the topic as two weeks have passed and I
saw a lot of new comer. Please share the functionality you would like to
see added to 1.9.0 so we can plan accordingly. The current set of open
issues/ref can be browsed here:
http://tinyurl.com/5hwf9v
A+
-- Jeanfrancois
Jeanfrancois Arcand wrote:
> Salut,
>
> gently reminder :-) If you have features/bugs/improvement, please make
> sure you file an issue. That's the only way we can write a roadmap and
> synschronize 1.9.0 and 2.0 :-) :-)
>
> Merci!
>
> -- Jeanfrancois
>
> Jeanfrancois Arcand wrote:
>> Salut,
>>
>> we are collecting issues/features that this community would like to
>> see in Grizzly 1.9.0. If you have idea, please file issue here:
>>
>> https://grizzly.dev.java.net/issues/
>>
>> If possible, try to file them before 10/01 as we would like to draft a
>> roadmap based on what we have collected.
>>
>> Thanks!
>>
>> -- Jeanfrancois
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
For additional commands, e-mail: users-help_at_grizzly.dev.java.net