[hunchentoot-devel] Re: session shearing question

[Andrea Chiumenti]

Edi,
I've been able to make it work with url-rewriting, but I don't know how
rewriting should behave when referencing other realms.
options are
1) append the sessionid for realm1 even to realm2 related resources (not
very correct).
2) append nothing if resources belong to realm 2. (correct and easy), but
when navigate from realm1 to realm2 you'll loose the session if cookies are
disabled.
3) handle a sort of parent session that holds all sessions in realms, and
then handle the url rewriting... (this requires more work)

kiuma

On Jan 14, 2008 1:24 PM, Andrea Chiumenti <kiuma72 at gmail.com> wrote:

> Edi,
> As a Murphi Law confirmation, session handling with session encoded into
> request doesn't work :/, I'm working on it.
> Modifications are of course backward compatible!
>
> The importance on separate sessions depends only on how a person want to
> use hunchentoot, it has sense only if someone want to use hunchentoot as an
> application server so having sessions bound
> do 'deployed' applications.
>
> I'll make the realm patch work very soon,
> cu,
>
> kiuma
>
>
> On Jan 14, 2008 8:52 AM, Edi Weitz <edi at agharta.de > wrote:
>
> > On Wed, 9 Jan 2008 11:27:21 +0100, "Andrea Chiumenti" <
> > kiuma72 at gmail.com> wrote:
> >
> > > I've no idea on how to do with cookies disabled, because I'm
> > > relatively new to Hunchentoot
> >
> > Well, as I already said, I currently don't have the time to do this,
> > and I don't think it's a very important feature.  So, you'll either
> > have to send a complete and fully-tested patch that's
> > backwards-compatible or you'll have to wait until I get around to do
> > it myself.
> >
> > Cheers,
> > Edi.
> > _______________________________________________
> > tbnl-devel site list
> > tbnl-devel at common-lisp.net
> > http://common-lisp.net/mailman/listinfo/tbnl-devel
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20080114/2b550bdd/attachment.html>