HI,
Session-bound Objects are kept in memory, not encoded (dumped) within
cookies.
The session is much like a hashtable.
Cookies are used only to retrieve the current session "id" object from memory
(from the servlet engine), so they dont contain data bound to the session.
That means sessions are more efficient than you thought.
You are restricted only by memory size on server, not link-speeds.
Access to session-stored objects is very fast.
Cezar
On Mon, 29 Mar 1999, ASC wrote:
> OK, but... where are stored the objects in a session? I always thought that it was
>done
> using cookies. And cookies are "little strings". We are talking about a big string
>with
> the results of a query in a DB. IU think too much for sending it with a cookie.
>
> Kito D. Mann wrote:
>
> > ASC wrote:
> >
> > > Yes, I know about session tracking, and I can keep the identity of an user. The
> > > problem is: how I keep the results of the query?
> >
> > Take a look at the API docs again -- you'll notice that you can add objects to a
> > session object. So, in effect, you can keep data for a particular session/user. You
> > could just add your response string to the session object, and then when the user
> > makes a request, return it via HTML or send it via e-mail.
> >
> > >
> > >
> > > Simon Christian wrote:
> > >
> > > > This is a fairly major part of using servlets - session tracking. Check out
> > > > the HttpSession class, which allows you to store objects which relate (via
> > > > the SessionId) to individual users. This requires that users either allow
> > > > cookies, or on URL rewriting.
> > > >
> > > > I'd put some example code but like I say it's a major part and worth reading
> > > > up on properly.
> > > >
> > > > Simon
> > > >
> > > > ASC wrote:
> > > >
> > > > > A few days ago I asked in this list about using JavaMail or sun smtp
> > > > > classes. I have decided to use JavaMail classes. (for the only reason
> > > > > that I already have the jars ,and it is not so complicated as it seemed
> > > > > - to me, at least). Thanks to all that made their comments.
> > > > > Now I need a solution for the problem of mail. The idea is simple: the
> > > > > user requests certain information to a servlet, which retrieves it from
> > > > > a DB. I want the user can obtain a plain text file with the results of
> > > > > the query, if he/she wants. (pressing a button,i.e.) The results are
> > > > > also diplayed in the page returned by the servlet. A solution is to make
> > > > > a call to a different servlet that performs the same query, but doesn't
> > > > > return a page, but sends a mail. But it requires the query be performed
> > > > > twice. I would like to mantain in memory the string (really big string)
> > > > > in the servlet, and depending on the action required, the results are
> > > > > sent to a writer (browser) or sent via mail, so when the user clicks the
> > > > > button the same servlet uses the same string. But the problem is that if
> > > > > I mantain the variable (not declaring it in the service method), can
> > > > > occur several requests from different users, so the results arn't the
> > > > > same.
> > > > > To sum up, I would like receiving some suggestions on how "remember" the
> > > > > results beetwen two requests from the same user (without write to disk),
> > > > > or some way to not use two servlet that meke the same.
> > > > >
> > > > > Thanks.
> > > >
> > > > ___________________________________________________________________________
> > > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> > > > of the message "signoff SERVLET-INTEREST".
> > > >
> > > > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > > > Resources: http://java.sun.com/products/servlet/external-resources.html
> > > > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Kito D. Mann
> > [EMAIL PROTECTED]
> > Virtua Communications Corp
> >
> > ___________________________________________________________________________
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> > of the message "signoff SERVLET-INTEREST".
> >
> > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > Resources: http://java.sun.com/products/servlet/external-resources.html
> > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
> ___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
Cezar Totth email: [EMAIL PROTECTED]
Fax: (401) 220 33 95
Genesys Software Romania Phone: (401) 638 49 44
Stefan Furtuna 169, sect.6
cod 77171, Bucharest
Romania
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
