Why? The risk is that you will introduce inconsistencies into live sessions. Surely modifying the session using the API provided by the Servlet spec is a) safer and b) easier. As we are dealing with sessions that are no more accessable, this action would have no effect on any live sessions thus no inconsistencies.
> if YES, please furnish some sample code or at least direct me towards the > solutions. > if NO, what other ways can we go about, to achieve session persistence(not > just validation as in cookies but a complete session state snapshot). Isn't that happening now? Yes but only at server restarts. > Can we assign the blob data directly to a new session, so that this new > session assumes the state of the session in the db? Why? The session manager should be doing this for you. Again this happens only at server restarts. tomcat version = 5.5.20, jvm version = 1.6.0, os version = windows xp sp2. Ok. what i am trying to implement here is session persistence across browser restarts. ie. I would like to maintain the session state even if the browser is closed and restarted at which point a new session is started. we know that the session exists in the db for the time that is specified in 'sessionMaxInactiveCol="maxinactive" ' so, even if the browser is closed and the session is destroyed at browser level it still exists in the db. (we can prolong session expiry using: session.setMaxInactiveInterval(2 weeks);) now i would like to persist the old session by maintaining the session id inside a cookie, and compare this id against the session id stored in 'sessionIdCol="id" ', then copy the session data stored as blob in '''sessionDataCol = "data" ' and assign this data to the new session. thus i would be able to regain the last session state in which the browser was closed. once the transaction is complete i would remove the old session from the db. Is this possible, if yes how? -- View this message in context: http://www.nabble.com/retrieve-session-data-stored-in-db-using-JDBCStore.-tp23020556p23032552.html Sent from the Tomcat - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
