--
> > Anyone got any info on not requiring cookies?
>
> cookies are never /required/. they are used if the client accepts them. if
> they do not accept them, then the encodeUrl() method will place the session
> state into the URL.
>
> having said that, i bet that what you meant to say was "anyone got any info
> on how to not use cookies in order to maintain state". The answer to that is
> that you need to use your own encodeUrl() method and perform state maintance
> on your own within your servlet.
Manually encoding all of the URLs in your servlet output can be kind of
a hassle, and you lose state when you jump over to an HTML page.
A while back we built some code that essentially acts as a proxy for a
ServletOutputStream and rewrites URLs to maintain session data. You can
wrap this up in a servlet and use an AddHandler directive to send all
requests for HTML pages through this rewriting servlet. This will do
state maintenance without using cookies. After a while I hacked around
on it a bit so that our state maintaining servlet would dynamically
switch between cookies and URL rewriting, which is nice.
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...
Like I said, if anybody's interested, let me know and we can figure
something out.
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]
