At 11:08 PM 8/2/01 +0200, Heiko Hees wrote:
> > I don't think extraURLPath will help him -- (my impression is that) he
> > wants to use the current Servlet path mechanism, but with the SID at
> > the root of that path.
>
>that is right, the advantage is, that one can write simple links like
>href=
are-devel] Path Based Session in WebKit
>
>
> At 11:08 PM 8/2/01 +0200, Heiko Hees wrote:
> > > I don't think extraURLPath will help him -- (my
> impression is that) he
> > > wants to use the current Servlet path mechanism, but with
> the SID at
> > &
Hi,
i would like to extend WebKit in order to support automatic
path based session handling. (eg. for webapps that should
not depend on cookie support)
the idea is to encode the session id in a virtual subpath,
like this.
http://server.com/wk/_SID_=2001080212391970896/context/AnyScript
http:
ssionID(). You just
need to add a second place to check for the sessionID, in addition to
values().
Jay
> -Original Message-
> From: Heiko Hees [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 02, 2001 7:32 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject:
"Love, Jay" <[EMAIL PROTECTED]> wrote:
> This will probably be easier than you think. We already have the code in
> place to handle "extra path info" URLs. You just need to enable it in
> Application.config, then parse the "extraURLPath" property of the Request
> object. I suggest handling all
> I don't think extraURLPath will help him -- (my impression is that) he
> wants to use the current Servlet path mechanism, but with the SID at
> the root of that path.
that is right, the advantage is, that one can write simple links like
href=OtherPage instead of href=OtherPage?_SID_=xyz or
hre
