--
> > If anyone is interested, I could probably get that code out under the
> > GPL or something along those lines. I'll warn you that the code isn't
> > exactly pretty, and it isn't exactly fast, and the architecture is kinda
> > funky, but if someone has the time they could probably clean it up and
> > include it into JServ as part of the actual implementation of the
> > session maintenance part of the Servlet API. I would love to do this
> > but just don't have the time right now...
>
> Since that isn't part of the api, it probably wouldn't go there. ;-) but, if
> you want to donate it to the jserv_utils cvs tree that would be cool. Of
> course GPL isn't welcome around here, so it would have to be under the Java
> Apache style license.
The API allows you access to the mechanics of session maintenance via
methods like HttpServletRequest's isRequestedSessionIdFromUrl(). I
haven't been through all of the JServ code, so my understanding could be
flawed, but right now I think JServ's state maintenance infrastructure
will _receive_ session information from either the URL or a cookie, but
will only automatically _send_ session information in cookies. Hence
the requirement that you manually call "encodeUrl" in your servlet
output.
My point is that you could probably glue this into JServ in such a way
that it would dynamically select URL or cookies (or be set in a config
property...) for session maintenance. Don't necessarily know how
helpful this is, or that this is even desirable, but it has served us
pretty well for a couple of different applications.
Also, I haven't looked at it yet, but I don't imagine anyone around here
will have any problems with the Apache style license. I'll poke through
the code, clean it up a bit, and pull out what is relevant.
Thanks,
Dan
--
_________________________________________________________
Dan Cornell Phone: 210.805.8607
Atension,Inc. Fax: 210.805.8517
112 E. Pecan, Suite 750 <http://www.atension.com>
San Antonio, TX 78205 <[EMAIL PROTECTED]>
_________________________________________________________
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
READ THE FAQ!!!! <http://java.apache.org/faq/>
Archives and Other: <http://java.apache.org/main/mail.html/>
Problems?: [EMAIL PROTECTED]
