tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Randy Layman <randy.lay...@aswethink.com>
Subject RE: HttpSession across virtual hosts
Date Thu, 08 Feb 2001 13:13:10 GMT

	What I've seen done, which doesn't necessarily make it secure, it to
send some form of CartID.  This ID identifies the Cart in some shared back
end data store.  Usually these are large numbers that contain enough
information to determine if its a possible real value, or a number someone
made up.  If its something that someone made up, usually their IP is locked
out for a certain amount of time or a session field is set that doesn't
allow them in as long as that same session is valid.

	Randy

-----Original Message-----
From: David Oxley [mailto:dave@staffplanner.co.uk]
Sent: Thursday, February 08, 2001 8:08 AM
To: 'tomcat-user@jakarta.apache.org'
Subject: RE: HttpSession across virtual hosts


>I sort-of understand what you're doing, but I'm not clear on a couple of
details.
>What do you mean when you say you've "coded a request"? How exactly is
>the session ID passed from the original host to the new host, is this by a
>form field embedded into the HTML, or is it all on the server side?

Like URL-Encoded session management. The host passes our session id back to
the server when changing hosts so that it can be connected to the new
HttpSession.

Doesn't normal session management have exactly the same problem. When
writing an E-Commerce system the basket is normally chosen on an unsecure
host and then the user is put on to a secure host to checkout their
products. You need to be able to id the user between the two hosts. There
has to be a 'secure' way of doing this?!?!

Dave
Dave@Staffplanner.co.uk

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, email: tomcat-user-help@jakarta.apache.org

Mime
View raw message