|
Where might I find more documentation on how that actually works? ---Bob -----Original Message----- From: owner-java400-l@midrange.com [mailto:owner-java400-l@midrange.com] On Behalf Of smet@us.ibm.com Sent: Monday, October 16, 2000 11:34 AM To: JAVA400-L@midrange.com Subject: RE: Servlet Session Information Yes, the HttpSession information is stored on the server side and mapped to with the session id of the client (either via cookies or URL rewriting). WebSphere v3+ can be configured with in-memory sessions (default) or with persistent sessions. When in-memory is used, the application server manages the pool of sessions within its JVM. With persistent sessions, the session info is stored to a collection as specified on the datasource. "Clapham, Paul" <pclapham@core-mark.com> on 10/16/2000 10:18:27 AM Please respond to JAVA400-L@midrange.com To: JAVA400-L@midrange.com cc: Subject: RE: Servlet Session Information Since this information consists of Java objects, it's most likely that it's stored in the memory used by the server. -----Original Message----- From: Robert Kraai [mailto:rkraai@KNITRITE.COM] Sent: October 14, 2000 03:17 To: JAVA400-L@midrange.com Subject: Servlet Session Information Where exactly does the Servlet store the HttpSession information when I create a session object? I believe it is on the server side and mapped to with the session ID of the client (but please correct me if I am wrong). So where exactly would that be on the server? I also believe that it is dependant on what application server I am using, since it is part of the Servlet API... I did some looking to see what exactly changed when I executed the following code in a simple doGet method, and I seem to be unable to find it. HttpSession httpSession = httpRequest.getSession(true); httpSession.putValue("Productnumber", "Product1"); Just curious... ---Bob +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +--- +--- | This is the JAVA/400 Mailing List! | To submit a new message, send your mail to JAVA400-L@midrange.com. | To subscribe to this list send email to JAVA400-L-SUB@midrange.com. | To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com. | Questions should be directed to the list owner: joe@zappie.net +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.