[Zope] Preserving Settings during a user's session

Jeff Bauer jeffbauer@bigfoot.com
Wed, 24 Feb 1999 11:06:43 -0600


"Christopher G. Petrilli" wrote:
> > How about from a single long-running process on a well
> > known URL?  Sessions could then be scaled beyond a
> > single server.
> 
> This was my point with the concept of a SessionServer, which would be
> something seperate from Zope's main database.  It would reside on a
> central server, and allow for multiple servers to resolve IDs into
> "Session" objects.  These objects could even maintain state for some
> period of time after their last access (i.e. someone could be shopping,
> leave and come back in some manner)... you could also retreive them
> based on some other information, perhaps... a userid, or something.

I was thinking more initially about just a ticket dispenser, than
a session manager.  It's purpose would be to assure a unique id
is passed to each requestor, possibly storing some information
passed to it during the request phase.

Session management would be a separate process.

> Honestly, though, I'm not sure HTTP is the best protocol for this, but
> what do I know... I'd use XML-RPC over HTTP if I did that, otherwise I'd
> use something else like CORBA.

The main problem is getting all this stuff to work through proxies,
I'm sure you're aware.  I actually did manage to get Iona's Orbix
to work through a firewall (thanks to hecurlean efforts on the 
part of Justin Mason @ Iona and a security guru at Sprint), but it's
just not worth the effort.  Nor does the current xml-rpc work through
a proxy, at present (although it shouldn't be difficult to fix).  
HTTP/SSL pretty much works everywhere.

Best regards,

Jeff Bauer
Rubicon, Inc.