Re: session variables implementation
Hi Each App server has a limit of session variables that it can hold. This is a configurable value so search the pages of your app server documentation. There would be some settings to update, in case the default value is not sufficient. In case the site is using too many session variables, the performance of the site can go down drastically. Therefore, it is recommended that the session variables hold the least amount of data - most of the data should be kept in WorkerBeans and session variables should hold just the right data and not the complete data. le. --- Alireza Nahavandi <[EMAIL PROTECTED]> wrote: > Hi all, > > Does any body know how session variables work > internally? if we have a busy > traffic website which is using too many session > variables, can we run out of > memory? any comment would be appreciated. > > Thank you, > > === > To unsubscribe: mailto [EMAIL PROTECTED] with > body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: > "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: session variables implementation
Depends on the servlet container implementation. I think usually (i.e. Tomcat) it's just stored in memory. With WebLogic it does at least sometimes persist to disk. How much stuff could you possibly be storing in memory? If you've got a reasonable server hardware configuration and you're filling up all available memory with session variables then perhaps there's a design problem with your application. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
session variables implementation
Hi all, Does any body know how session variables work internally? if we have a busy traffic website which is using too many session variables, can we run out of memory? any comment would be appreciated. Thank you, === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Newbie: Using session variables and creating cart interface.
I am new to this group and would appreciate any help.
I need to modify my JSP to create a shopping cart interface.
I have a form which contains:
1)Checkbox: Is checked if record ID is to be added to shopping cart; Checked value is
record ID from the ID column.
2)Button: Submits form (or other method) to add ID to cart variable.
3)Variable: String variable that accepts record ID's.
4)Button: To go to shopping cart display page, to show cart contents in repeating
table.
Code snippets:
CHECKBOX, CHECKED IF RECORD IS TO BE SENT TO CART
">
ADD BUTTON: PRESS TO ADD CHECKED RECORDS TO CART
COLLECTS ID'S FROM CHECKBOX TO BE SENT TO CART
String school_varCheckbox = null;// Is null value the same as unchecked?
if (request.getParameter ("checkboxID") !=null) {school_varCheckbox =
(String)request.getParameter ("checkboxID") ;}
GO TO CART
What is the most preferable way to do this?
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://archives.java.sun.com/jsp-interest.html
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.jsp
http://www.jguru.com/faq/index.jsp
http://www.jspinsider.com
Re: Session variables
I am using JDeveloper from Oracle
-Original Message-
From: Shawn Zhu [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 01, 2001 2:36 PM
To: [EMAIL PROTECTED]
Subject: Re: Session variables
now that is weird. Which JSP server are you using?
I'll remember not to get that.
Try using session.setAttribute, and session.getAttribute
see if it makes a difference.
> -Original Message-
> From: Lenin Lopez [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 1:57 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session variables
>
>
> No I do not mean a different instance of the same browser, I mean an
> instance of the EI (after having an instance of Netscape)
> I do not get it. I understand that if I create an instance of the same
> browser yes, I would get the same session, but i am instanciating a
> differnt browser
> here is how I create the instances of my bean
>
> User aUser = new User();
> aUser.callSomeMethod();
> session.putValue("user",aUser)
>
> then from all other beans and JSPs I just do
>
> User aUser = (User)session.getValue("aUser")
>
> am I doing something wrong?
>
>
>
> -Original Message-
> From: erik morton [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 1:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session variables
>
>
> Let me try to clear some things up first. What do you mean by
> "different"
> browser?
> I will assume that you meant that you created another
> instance of the same
> browser
> type (Netscape for example) from which you made the first request.
>
> The servlet container keeps track of sessions by assigning
> jsessionids to
> clients
> in either a cookie or a URL parameter. If you have cookies
> enabled then no
> matter
> how many instances of Netscape you create, you will still
> only have one
> session
> because Netscape shares cookies across the instances. If you
> were to fire up
> IE and
> request the same page you would get a new session because you
> Netscape and
> IE do
> not share cookies (unless you appended the parameter
> jsessionid= to the url).
>
> There was a good discussion of this late last week.
>
> I would need more information to properly discuss.
>
>
> Lenin Lopez wrote:
>
> > HI ALL
> > I desperatly need your help!!
> >
> > Here is the scenario
> >
> > I instanciate a bean 'User' ( which contains user acct,
> user type, and
> > other pieces of information ) and I store a reference to
> that bean in a
> > SESSION variable so I can share that bean among other beans
> and JSPs that
> > need the same information.
> > It works fine when I access the information from all the
> different beans
> and
> > JSPs.
> > However, if a launch a different browser with a different
> User account
> the
> > first page uses its own user account. However the
> following pages SOMEHOW
> > get the information STORED in the previous session variable
> therfore I
> lose
> > my new account number.
> > I thought every browser would create its own session variable,
> >
> > Any input is greatly appreciated
> > Thanks
> >
> >
> ==
> =
> > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> > For digest: mailto [EMAIL PROTECTED] with body: "set
> JSP-INTEREST
> DIGEST".
> > Some relevant FAQs on JSP/Servlets can be found at:
> >
> > http://java.sun.com/products/jsp/faq.html
> > http://www.esperanto.org.nz/jsp/jspfaq.html
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> --
> Erik I Morton
> Software Developer
> --
> CommerceHub
> http://www.commercehub.com
> 518-886-0704
> 21 Corporate Drive
> Clifton Park, NY 12065
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
> DIGEST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body:
> "signoff JSP-INTEREST".
&
Re: Session variables
There is an online archive. You can find it at this location: http://archives.java.sun.com/archives/jsp-interest.html Greetz Jasper - Original Message - From: Lenin Lopez <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, May 01, 2001 10:57 PM Subject: Re: Session variables > How can I read the discussion from last week about session variables? > Thanks for your help?? > > -Original Message- > From: erik morton [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 01, 2001 1:42 PM > To: [EMAIL PROTECTED] > Subject: Re: Session variables > > > Let me try to clear some things up first. What do you mean by "different" > browser? > I will assume that you meant that you created another instance of the same > browser > type (Netscape for example) from which you made the first request. > > The servlet container keeps track of sessions by assigning jsessionids to > clients > in either a cookie or a URL parameter. If you have cookies enabled then no > matter > how many instances of Netscape you create, you will still only have one > session > because Netscape shares cookies across the instances. If you were to fire up > IE and > request the same page you would get a new session because you Netscape and > IE do > not share cookies (unless you appended the parameter > jsessionid= to the url). > > There was a good discussion of this late last week. > > I would need more information to properly discuss. > > > Lenin Lopez wrote: > > > HI ALL > > I desperatly need your help!! > > > > Here is the scenario > > > > I instanciate a bean 'User' ( which contains user acct, user type, and > > other pieces of information ) and I store a reference to that bean in a > > SESSION variable so I can share that bean among other beans and JSPs that > > need the same information. > > It works fine when I access the information from all the different beans > and > > JSPs. > > However, if a launch a different browser with a different User account > the > > first page uses its own user account. However the following pages SOMEHOW > > get the information STORED in the previous session variable therfore I > lose > > my new account number. > > I thought every browser would create its own session variable, > > > > Any input is greatly appreciated > > Thanks > > > > > === > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST > DIGEST". > > Some relevant FAQs on JSP/Servlets can be found at: > > > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.html > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > -- > Erik I Morton > Software Developer > -- > CommerceHub > http://www.commercehub.com > 518-886-0704 > 21 Corporate Drive > Clifton Park, NY 12065 > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST > DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables
now that is weird. Which JSP server are you using?
I'll remember not to get that.
Try using session.setAttribute, and session.getAttribute
see if it makes a difference.
> -Original Message-
> From: Lenin Lopez [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 1:57 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session variables
>
>
> No I do not mean a different instance of the same browser, I mean an
> instance of the EI (after having an instance of Netscape)
> I do not get it. I understand that if I create an instance of the same
> browser yes, I would get the same session, but i am instanciating a
> differnt browser
> here is how I create the instances of my bean
>
> User aUser = new User();
> aUser.callSomeMethod();
> session.putValue("user",aUser)
>
> then from all other beans and JSPs I just do
>
> User aUser = (User)session.getValue("aUser")
>
> am I doing something wrong?
>
>
>
> -Original Message-
> From: erik morton [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 1:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session variables
>
>
> Let me try to clear some things up first. What do you mean by
> "different"
> browser?
> I will assume that you meant that you created another
> instance of the same
> browser
> type (Netscape for example) from which you made the first request.
>
> The servlet container keeps track of sessions by assigning
> jsessionids to
> clients
> in either a cookie or a URL parameter. If you have cookies
> enabled then no
> matter
> how many instances of Netscape you create, you will still
> only have one
> session
> because Netscape shares cookies across the instances. If you
> were to fire up
> IE and
> request the same page you would get a new session because you
> Netscape and
> IE do
> not share cookies (unless you appended the parameter
> jsessionid= to the url).
>
> There was a good discussion of this late last week.
>
> I would need more information to properly discuss.
>
>
> Lenin Lopez wrote:
>
> > HI ALL
> > I desperatly need your help!!
> >
> > Here is the scenario
> >
> > I instanciate a bean 'User' ( which contains user acct,
> user type, and
> > other pieces of information ) and I store a reference to
> that bean in a
> > SESSION variable so I can share that bean among other beans
> and JSPs that
> > need the same information.
> > It works fine when I access the information from all the
> different beans
> and
> > JSPs.
> > However, if a launch a different browser with a different
> User account
> the
> > first page uses its own user account. However the
> following pages SOMEHOW
> > get the information STORED in the previous session variable
> therfore I
> lose
> > my new account number.
> > I thought every browser would create its own session variable,
> >
> > Any input is greatly appreciated
> > Thanks
> >
> >
> ==
> =
> > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> > For digest: mailto [EMAIL PROTECTED] with body: "set
> JSP-INTEREST
> DIGEST".
> > Some relevant FAQs on JSP/Servlets can be found at:
> >
> > http://java.sun.com/products/jsp/faq.html
> > http://www.esperanto.org.nz/jsp/jspfaq.html
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> --
> Erik I Morton
> Software Developer
> --
> CommerceHub
> http://www.commercehub.com
> 518-886-0704
> 21 Corporate Drive
> Clifton Park, NY 12065
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
> DIGEST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body:
> "signoff JSP-INTEREST".
> For digest: mailto [EMAIL PROTECTED] with body: "set
> JSP-INTEREST DIGEST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.h
Re: Session variables
No I do not mean a different instance of the same browser, I mean an
instance of the EI (after having an instance of Netscape)
I do not get it. I understand that if I create an instance of the same
browser yes, I would get the same session, but i am instanciating a
differnt browser
here is how I create the instances of my bean
User aUser = new User();
aUser.callSomeMethod();
session.putValue("user",aUser)
then from all other beans and JSPs I just do
User aUser = (User)session.getValue("aUser")
am I doing something wrong?
-Original Message-
From: erik morton [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 01, 2001 1:42 PM
To: [EMAIL PROTECTED]
Subject: Re: Session variables
Let me try to clear some things up first. What do you mean by "different"
browser?
I will assume that you meant that you created another instance of the same
browser
type (Netscape for example) from which you made the first request.
The servlet container keeps track of sessions by assigning jsessionids to
clients
in either a cookie or a URL parameter. If you have cookies enabled then no
matter
how many instances of Netscape you create, you will still only have one
session
because Netscape shares cookies across the instances. If you were to fire up
IE and
request the same page you would get a new session because you Netscape and
IE do
not share cookies (unless you appended the parameter
jsessionid= to the url).
There was a good discussion of this late last week.
I would need more information to properly discuss.
Lenin Lopez wrote:
> HI ALL
> I desperatly need your help!!
>
> Here is the scenario
>
> I instanciate a bean 'User' ( which contains user acct, user type, and
> other pieces of information ) and I store a reference to that bean in a
> SESSION variable so I can share that bean among other beans and JSPs that
> need the same information.
> It works fine when I access the information from all the different beans
and
> JSPs.
> However, if a launch a different browser with a different User account
the
> first page uses its own user account. However the following pages SOMEHOW
> get the information STORED in the previous session variable therfore I
lose
> my new account number.
> I thought every browser would create its own session variable,
>
> Any input is greatly appreciated
> Thanks
>
>
===
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
> For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
--
Erik I Morton
Software Developer
--
CommerceHub
http://www.commercehub.com
518-886-0704
21 Corporate Drive
Clifton Park, NY 12065
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables
How can I read the discussion from last week about session variables? Thanks for your help?? -Original Message- From: erik morton [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 01, 2001 1:42 PM To: [EMAIL PROTECTED] Subject: Re: Session variables Let me try to clear some things up first. What do you mean by "different" browser? I will assume that you meant that you created another instance of the same browser type (Netscape for example) from which you made the first request. The servlet container keeps track of sessions by assigning jsessionids to clients in either a cookie or a URL parameter. If you have cookies enabled then no matter how many instances of Netscape you create, you will still only have one session because Netscape shares cookies across the instances. If you were to fire up IE and request the same page you would get a new session because you Netscape and IE do not share cookies (unless you appended the parameter jsessionid= to the url). There was a good discussion of this late last week. I would need more information to properly discuss. Lenin Lopez wrote: > HI ALL > I desperatly need your help!! > > Here is the scenario > > I instanciate a bean 'User' ( which contains user acct, user type, and > other pieces of information ) and I store a reference to that bean in a > SESSION variable so I can share that bean among other beans and JSPs that > need the same information. > It works fine when I access the information from all the different beans and > JSPs. > However, if a launch a different browser with a different User account the > first page uses its own user account. However the following pages SOMEHOW > get the information STORED in the previous session variable therfore I lose > my new account number. > I thought every browser would create its own session variable, > > Any input is greatly appreciated > Thanks > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets -- Erik I Morton Software Developer -- CommerceHub http://www.commercehub.com 518-886-0704 21 Corporate Drive Clifton Park, NY 12065 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables
Let me try to clear some things up first. What do you mean by "different" browser? I will assume that you meant that you created another instance of the same browser type (Netscape for example) from which you made the first request. The servlet container keeps track of sessions by assigning jsessionids to clients in either a cookie or a URL parameter. If you have cookies enabled then no matter how many instances of Netscape you create, you will still only have one session because Netscape shares cookies across the instances. If you were to fire up IE and request the same page you would get a new session because you Netscape and IE do not share cookies (unless you appended the parameter jsessionid= to the url). There was a good discussion of this late last week. I would need more information to properly discuss. Lenin Lopez wrote: > HI ALL > I desperatly need your help!! > > Here is the scenario > > I instanciate a bean 'User' ( which contains user acct, user type, and > other pieces of information ) and I store a reference to that bean in a > SESSION variable so I can share that bean among other beans and JSPs that > need the same information. > It works fine when I access the information from all the different beans and > JSPs. > However, if a launch a different browser with a different User account the > first page uses its own user account. However the following pages SOMEHOW > get the information STORED in the previous session variable therfore I lose > my new account number. > I thought every browser would create its own session variable, > > Any input is greatly appreciated > Thanks > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets -- Erik I Morton Software Developer -- CommerceHub http://www.commercehub.com 518-886-0704 21 Corporate Drive Clifton Park, NY 12065 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables
I think this is a problem either with the browser or the webserver. I had experience with this as well. If you are running two browsers on the same machine, something about the session gets screw up. > -Original Message- > From: Lenin Lopez [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 01, 2001 12:55 PM > To: [EMAIL PROTECTED] > Subject: Session variables > > > HI ALL > I desperatly need your help!! > > Here is the scenario > > I instanciate a bean 'User' ( which contains user acct, > user type, and > other pieces of information ) and I store a reference to that > bean in a > SESSION variable so I can share that bean among other beans > and JSPs that > need the same information. > It works fine when I access the information from all the > different beans and > JSPs. > However, if a launch a different browser with a different > User account the > first page uses its own user account. However the following > pages SOMEHOW > get the information STORED in the previous session variable > therfore I lose > my new account number. > I thought every browser would create its own session variable, > > Any input is greatly appreciated > Thanks > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: > "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set > JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Session variables
HI ALL I desperatly need your help!! Here is the scenario I instanciate a bean 'User' ( which contains user acct, user type, and other pieces of information ) and I store a reference to that bean in a SESSION variable so I can share that bean among other beans and JSPs that need the same information. It works fine when I access the information from all the different beans and JSPs. However, if a launch a different browser with a different User account the first page uses its own user account. However the following pages SOMEHOW get the information STORED in the previous session variable therfore I lose my new account number. I thought every browser would create its own session variable, Any input is greatly appreciated Thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: session variables
The JSP 0.91 Specification does not provide support for session objects by
default. This was implemeted in JSP 1.0 and above (correct me if wrong).
You can still create HttpSession objects in your JSP code and work with them
as usual. You can do something like this:
<% HttpSession currentSession = request.getSession();
currentSession.putValue(""variable_name", variable_value);
%>
If you would like a copy of the JSP 0.91 specification send me an e-mail. I
believe that SUN removed it from their web-site some time ago.
William J Ortiz
EDS E.Solutions/BlueSphere
XEEP Buyout
Phone: (716) 427-6892
e-mail: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
e
-Original Message-
From: Diana Luz Buitrago B. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 05, 2001 6:44 PM
To: [EMAIL PROTECTED]
Subject: session variables
Hello!
i'm working jsp with GNUJSP 0.9.10 compiler and i don't know how i can
define session variables and how to read them from other pages.
i was trying to define them with "session.putValue("variable_name",
variable_value);" but because of the GNUJSP 0.9.10 it appears as not
defined. how can i define them and read them for this compiler?
Diana Buitrago
Webmaster UIS
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: session variables
Hi,
try
session.setAttribute("variable_name", variable_value);
session.getAttribute("variable_name");
/Nils
>From: "Diana Luz Buitrago B." <[EMAIL PROTECTED]>
>Reply-To: A mailing list about Java Server Pages specification and
> reference <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: session variables
>Date: Thu, 5 Apr 2001 17:43:37 -0500
>
>Hello!
>i'm working jsp with GNUJSP 0.9.10 compiler and i don't know how i can
>define session variables and how to read them from other pages.
>
>i was trying to define them with "session.putValue("variable_name",
>variable_value);" but because of the GNUJSP 0.9.10 it appears as not
>defined. how can i define them and read them for this compiler?
>
>Diana Buitrago
>Webmaster UIS
>
>===
>To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
>JSP-INTEREST".
>For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
>DIGEST".
>Some relevant FAQs on JSP/Servlets can be found at:
>
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
session variables
Hello!
i'm working jsp with GNUJSP 0.9.10 compiler and i don't know how i can
define session variables and how to read them from other pages.
i was trying to define them with "session.putValue("variable_name",
variable_value);" but because of the GNUJSP 0.9.10 it appears as not
defined. how can i define them and read them for this compiler?
Diana Buitrago
Webmaster UIS
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Passing jsp session variables to Servlets.
Hi,
I am working upload and download application. I have jsp file it gets the
file name and content type. I am want to pass this values to servlet.
So I can I pass session jsp session variables to servlet. Please give me
some idia.
Please help me some idia.. I will thankful to u.
Thanks,
Malla Reddy
Here is the jsp code..
<%
if (rs.next()){
// Initialization
mySmartUpload.initialize(pageContext);
name = rs.getString("FILENAME");
contType = rs.getString("CONTENT_TYPE");
// Download field
//mySmartUpload.downloadField(rs,"ATTACH_BLOB",contType, name);
// Field To File
mySmartUpload.fieldToFile(rs,"ATTACH_BLOB", "/demo/download/" + name);
}
rs.close();
stmt.close();
con.close();
session.putValue("name",name);
session.putValue("contType",contType);
// Here I want to call servlet and I have to pass this session data to
servlet.
%>
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Jsp to retrieve asp session variables
It's a bit of a long shot, but I read an article on http://www.15seconds.com that showed how to call Java classes from ASP. So ASP could pass data to a class that writes to the JSP session. The alternative is to try to find the COM interface to ASP's intrinsic objects, but I'm not even sure how I'd start to do that, as they are ready-instantiated in ASP. ** By the way, this message had the sender's addresss in the Reply-to field. Most list servers use the list address, so the Reply button sends to the list. Is there a reason for this? Chris Walker Brainbench MVP for ASP http://www.brainbench.com > -Original Message- > From: Lesley Eadie [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 09, 2000 12:09 PM > To: [EMAIL PROTECTED] > Subject: Jsp to retrieve asp session variables > > > Hi has anyone out there any knowledge of jsp's interfacing with asp's. > I'm working on a site which has to share information, such as > logins, with > another site. The problem is that our site is running jsp > servlets ejb and > the other site is all asp. How do I get around the sharing > problem between > the two different implementation techniques. > Thanks in advance > dee_dee > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: > "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
I like your solution hereI prefer the first solution -- get a new client :-) Seriously, I just don't understand why the client refuses to store data on the session. -- Antonio W. Lagnada Ecommerce Consultant [EMAIL PROTECTED] This email address is specifically for JSP-Interest email list. Remove _NOSPAM for the actual email. "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Bhuvaneswari Palanivel wrote: > > > Hi , > > > > We are using Session variables (Bean ) in our application. But now > our > > client said that we should not use session variables. > > > > what could be alternate way to process the variables and pass it > to the next > > jsp page? > > > > And if we are not using bean or something like that, we need to pass > around > > 100 variables to the database class for storing. > > > > Please give a solution for this. > > > > Well, one option would be to get a new client :-) > > More seriously, you can limit the need to pass around large numbers > of variables by > following a strategy like this: > > * Use a database to store all of the variables per > user (instead of keeping them as session attributes) > > * Create a unique identifier for each user "session" and > set it as a cookie (or go ahead and use servlet sessions, > just don't store data in them). > > * Use the "session" identifier as part of the unique key > to access and store the user data. > > * On each request, update the user's data in the database > as appropriate. > > * You will need to ensure that the data for expired or > timed out sessions is cleared out at some point. If you're > using a real session (to get the ID) as recommended > above, you can use an object implementing the > HttpSessionBindingListener interface to assist. > > > Thanks, > > > > Bhuvana > > > > Craig McClanahan > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > ___ To get your own FREE ZDNet Onebox - FREE voicemail, email, and fax, all in one place - sign up today at http://www.zdnetonebox.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Session Variables
I experienced this in ASP IIS Win2000: The session variables created in an unsecure connection (port 80) was not available when I accessed a page in SSL (port 443?). Does anyone know how to make this work with JSP/Servlet in general? Is there an option in JSP/Servlet that will allow me to create session objects that are available for any url running tomcat? i.e. I want the session objects created in http://somesite.com to be available in https://somesite.com or https://sub.somesite.com. Someone should have an answer out there since this is very typical for shopping carts. When selecting the products, this occurs on an unsecure url and when finalizing the order (entering sensitive data) it is generally done in SSL. Please help. Antonio -- Antonio W. Lagnada Ecommerce Consultant [EMAIL PROTECTED] This email address is specifically for JSP-Interest email list. Remove _NOSPAM for the actual email. ___ To get your own FREE ZDNet Onebox - FREE voicemail, email, and fax, all in one place - sign up today at http://www.zdnetonebox.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Jsp to retrieve asp session variables
Hi has anyone out there any knowledge of jsp's interfacing with asp's. I'm working on a site which has to share information, such as logins, with another site. The problem is that our site is running jsp servlets ejb and the other site is all asp. How do I get around the sharing problem between the two different implementation techniques. Thanks in advance dee_dee === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
Why not use a session object - Larry - Original Message - From: "M. Simms" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 12:54 PM Subject: Re: Session variables ! > A single cookie is limited to 4k ! > Careful, you may have to partition your data amoungst multiple cookies ! > > > -Original Message- > > From: A mailing list about Java Server Pages specification and reference > > [mailto:[EMAIL PROTECTED]]On Behalf Of subramanian Athimoolam > > Sent: Tuesday, November 07, 2000 2:01 AM > > To: [EMAIL PROTECTED] > > Subject: Re: Session variables ! > > > > > > hi > > > > many ways is there ..100 form fields means useCookies > > set all the fields in array using cookies, and get the cookies values in > > the corresponding form. > > > > > > subu > > > > > > > > > > > > > > > > > > > > > > > > > > > > _ > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > > > Share information about yourself, create your own public profile at > > http://profiles.msn.com. > > > > == > > = > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > > JSP-INTEREST". > > Some relevant FAQs on JSP/Servlets can be found at: > > > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.html > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
How about URL-rewriting ? Cookies might be best for this volume of data, unless of course, the client objects to that as well ! > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Clemente Dani > Sent: Tuesday, November 07, 2000 2:45 AM > To: [EMAIL PROTECTED] > Subject: Re: Session variables ! > > > You could use Hidden form fields. > > Bye > > - Mensaje Original - > De: Bhuvaneswari Palanivel <[EMAIL PROTECTED]> > Fecha: Martes, Noviembre 7, 2000 7:01 am > Asunto: Session variables ! > > > Hi , > > > > We are using Session variables (Bean ) in our application. But now our > > client said that we should not use session variables. > > > > what could be alternate way to process the variables and pass it > > to the next > > jsp page? > > > > And if we are not using bean or something like that, we need to > > pass around > > 100 variables to the database class for storing. > > > > Please give a solution for this. > > > > Thanks, > > > > Bhuvana > > > > > > === > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > > JSP-INTEREST". > > Some relevant FAQs on JSP/Servlets can be found at: > > > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.html > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > > > > > Consigue tu cuenta gratuita de acceso a internet y de correo en > http://www.navegalia.com > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
A single cookie is limited to 4k ! Careful, you may have to partition your data amoungst multiple cookies ! > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of subramanian Athimoolam > Sent: Tuesday, November 07, 2000 2:01 AM > To: [EMAIL PROTECTED] > Subject: Re: Session variables ! > > > hi > > many ways is there ..100 form fields means useCookies > set all the fields in array using cookies, and get the cookies values in > the corresponding form. > > > subu > > > > > > > > > > > > > > _ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
Bhuvaneswari Palanivel wrote: > Hi , > > We are using Session variables (Bean ) in our application. But now our > client said that we should not use session variables. > > what could be alternate way to process the variables and pass it to the next > jsp page? > > And if we are not using bean or something like that, we need to pass around > 100 variables to the database class for storing. > > Please give a solution for this. > Well, one option would be to get a new client :-) More seriously, you can limit the need to pass around large numbers of variables by following a strategy like this: * Use a database to store all of the variables per user (instead of keeping them as session attributes) * Create a unique identifier for each user "session" and set it as a cookie (or go ahead and use servlet sessions, just don't store data in them). * Use the "session" identifier as part of the unique key to access and store the user data. * On each request, update the user's data in the database as appropriate. * You will need to ensure that the data for expired or timed out sessions is cleared out at some point. If you're using a real session (to get the ID) as recommended above, you can use an object implementing the HttpSessionBindingListener interface to assist. > Thanks, > > Bhuvana > Craig McClanahan === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
You could use Hidden form fields. Bye - Mensaje Original - De: Bhuvaneswari Palanivel <[EMAIL PROTECTED]> Fecha: Martes, Noviembre 7, 2000 7:01 am Asunto: Session variables ! > Hi , > > We are using Session variables (Bean ) in our application. But now our > client said that we should not use session variables. > > what could be alternate way to process the variables and pass it > to the next > jsp page? > > And if we are not using bean or something like that, we need to > pass around > 100 variables to the database class for storing. > > Please give a solution for this. > > Thanks, > > Bhuvana > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > Consigue tu cuenta gratuita de acceso a internet y de correo en http://www.navegalia.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
URL rewriting could be one other solution. Have a nice day. With regards, Sachin S. Khanna. www.emailanorder.com - Original Message - From: Bhuvaneswari Palanivel <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 11:31 AM Subject: Session variables ! > Hi , > > We are using Session variables (Bean ) in our application. But now our > client said that we should not use session variables. > > what could be alternate way to process the variables and pass it to the next > jsp page? > > And if we are not using bean or something like that, we need to pass around > 100 variables to the database class for storing. > > Please give a solution for this. > > Thanks, > > Bhuvana > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables !
hi many ways is there ..100 form fields means useCookies set all the fields in array using cookies, and get the cookies values in the corresponding form. subu _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Session variables !
Hi , We are using Session variables (Bean ) in our application. But now our client said that we should not use session variables. what could be alternate way to process the variables and pass it to the next jsp page? And if we are not using bean or something like that, we need to pass around 100 variables to the database class for storing. Please give a solution for this. Thanks, Bhuvana === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session Variables...
putValue is deprecated API use setAttribute instead. > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Ritesh_Srivastava > Sent: Thursday, June 22, 2000 11:03 AM > To: [EMAIL PROTECTED] > Subject: Re: Session Variables... > > > use HttpSeesion object "session". > session = request.getSession(true); > Then session.putValue(,); > > > -- > > From: Wilson Ernesto Lozano Rolón[SMTP:[EMAIL PROTECTED]] > > Reply To: A mailing list about Java Server Pages specification and > > reference > > Sent: Thursday, June 22, 2000 2:05 AM > > To: [EMAIL PROTECTED] > > Subject: Session Variables... > > > > Hi all. > > > > Could somebody say me how to create and handling a session variable in > > JSP... thanks in advanced... > > > > Wilson Lozano > > Bucaramanga-Colombia > > > > > == > > = > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > > JSP-INTEREST". > > Some relevant FAQs on JSP/Servlets can be found at: > > > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.html > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session Variables...
Yes, well it's actually the session object. The session object gives JSP state across a user session. In terms of session variables, it works similar to the application, pageContext, and request objects in providing the following methods: setAttribute(key, value); getAttributeNames(); getAttribute(key); removeAttribute(key); David Gamble Abilene, Texas -Original Message- From: Hensley, Zachary [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 22, 2000 12:16 PM To: [EMAIL PROTECTED] Subject: Re: Session Variables... in JSP there is also variable "session" that is already declared for you by the JSP engine. -Original Message- From: Ritesh_Srivastava [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 22, 2000 6:03 AM To: [EMAIL PROTECTED] Subject: Re: Session Variables... use HttpSeesion object "session". session = request.getSession(true); Then session.putValue(,); > -- > From: Wilson Ernesto Lozano Rolón[SMTP:[EMAIL PROTECTED]] > Reply To: A mailing list about Java Server Pages specification and > reference > Sent: Thursday, June 22, 2000 2:05 AM > To: [EMAIL PROTECTED] > Subject: Session Variables... > > Hi all. > > Could somebody say me how to create and handling a session variable in > JSP... thanks in advanced... > > Wilson Lozano > Bucaramanga-Colombia > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session Variables...
in JSP there is also variable "session" that is already declared for you by the JSP engine. -Original Message- From: Ritesh_Srivastava [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 22, 2000 6:03 AM To: [EMAIL PROTECTED] Subject: Re: Session Variables... use HttpSeesion object "session". session = request.getSession(true); Then session.putValue(,); > -- > From: Wilson Ernesto Lozano Rolón[SMTP:[EMAIL PROTECTED]] > Reply To: A mailing list about Java Server Pages specification and > reference > Sent: Thursday, June 22, 2000 2:05 AM > To: [EMAIL PROTECTED] > Subject: Session Variables... > > Hi all. > > Could somebody say me how to create and handling a session variable in > JSP... thanks in advanced... > > Wilson Lozano > Bucaramanga-Colombia > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session Variables...
use HttpSeesion object "session". session = request.getSession(true); Then session.putValue(,); > -- > From: Wilson Ernesto Lozano Rolón[SMTP:[EMAIL PROTECTED]] > Reply To: A mailing list about Java Server Pages specification and > reference > Sent: Thursday, June 22, 2000 2:05 AM > To: [EMAIL PROTECTED] > Subject: Session Variables... > > Hi all. > > Could somebody say me how to create and handling a session variable in > JSP... thanks in advanced... > > Wilson Lozano > Bucaramanga-Colombia > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Session Variables...
Hi all. Could somebody say me how to create and handling a session variable in JSP... thanks in advanced... Wilson Lozano Bucaramanga-Colombia === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: FW: Session Variables
Arnab Chatterjee wrote:
>
> 1) How to put a value in a session variable if the variable is supposed to
> have a value of a text field in a JSP page?
>
> 2) How can we put an array in a session variable through JSP and access it?
If you want to place individual values in the session scope, you have to
use scriptlets, e.g.:
<%
session.setAttribute("myTextField", request.getParameter("myTextField");
%>
assuming the text field in the form has the name attribute set to myTextField.
Same thing for an array:
<%
session.setAttribute("myCheckBoxes",
request.getParameterValues("myCheckBoxes");
String[] myArr = new String[2];
myArr[0] = "foo";
myArr[1] = "bar";
session.setAttribute("myArr", myArr);
%>
Code like this in a page can easily create debugging and maintenance problems,
so I suggest that you instead create a bean with the appropriate properties:
package com.mycomp.foo;
public class MyBean {
private String myTextField;
private String[] myCheckBoxes;
public String getMyTextField() {
return myTextField;
}
public void setMyTextField(String value) {
myTextField = value;
}
public String[] getMyCheckBoxes() {
return myCheckBoxes;
}
public void setMyCheckBoxes(String[] value) {
myCheckBoxes = value;
}
}
and then use to create an instance of the bean in the session
scope and set all its properties to the submitted form values:
See the JSP 1.1 spec for details about all of the above.
Hans
--
Hans Bergsten [EMAIL PROTECTED]
Gefion Software http://www.gefionsoftware.com
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
FW: Session Variables
1) How to put a value in a session variable if the variable is supposed to have a value of a text field in a JSP page? 2) How can we put an array in a session variable through JSP and access it? Thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
i don't believe this is true. session data is stored in server RAM -- the only thing potentially stored on the client is the session id. as to the original question, you can do some quick calculating to determine how much RAM each session requires. just add up your variable lengths in bytes. i think that storing info in the session is the better way to go than multiple hits to the database. another option, if your long descriptive strings share anything in common is simply to store keys in the session and store common text in a hashtable. then all you need do is change the keys when the user changes anything on a tab. then just write the keys to the db at the end of the session. if that won't work, just bear in mind that server RAM is relatively cheap these days, and it is quite common for servers to have 256 MB + on them. if yours is the only app on the server, then large session variables probably will not hurt performance. --bradley mclain >From: Saurabh Banerjee <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 07:29:06 PDT > >I believe that session information will be stored as cookies at the client >machine and won't cause too much load on the server. > >I think it will be more effecient than doing database calls. > >Saurabh > > > >>From: Vaishali Joshi <[EMAIL PROTECTED]> >>Reply-To: A mailing list about Java Server Pages specification and >> reference <[EMAIL PROTECTED]> >>To: [EMAIL PROTECTED] >>Subject: Limit on Session variables and Performance >>Date: Fri, 16 Jun 2000 09:14:44 EDT >> >>Hi All Java gurus >> >>Does anyone has any idea about performance of a site if lots of >>information >>is stored in a session. There may not be too many sessions at one time, >>but >>in one session lots of information (around 100 variables) will be stored. >>Some of the information will be too long too as description. >>We are having a tabbed web application, and the issue is whether to store >>the information in a database as we move from one tab to another or should >>we store it in session. Putting it in database will be like lots of calls >>to >>database, and if the user changes the information by going back and forth >>between tabs then we are doing lots of rewriting to the database. And at >>the >>end, user might even cancel everything, so we will end up having these >>kinds >>of useless records in database. But I am not sure about how putting this >>huge number of data in session will affect the performance. The other >>option >>is putting some data in session and some in temp tables.. >> >>I would appreciate if you can throw some light on these issues.. >> >>Thanks >>Vaishali >> >>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com >> >>=== >>To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >>JSP-INTEREST". >>Some relevant FAQs on JSP/Servlets can be found at: >> >>http://java.sun.com/products/jsp/faq.html >>http://www.esperanto.org.nz/jsp/jspfaq.html >>http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP >>http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > >http://java.sun.com/products/jsp/faq.html >http://www.esperanto.org.nz/jsp/jspfaq.html >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
Hi, On our site we have lots of "session" data. On a busy day, this can exceed 500MB of objects stored in the HttpSession. Each session (client) might have 10MB or more of data in their session. I see no reason why its any big deal. The HttpSession for each client is just a list of references to objects in memory. It certainly doesn't slow our site down any..unless we run out of memory. I suggest, first and foremost you have LOTS of memory for your web servers. Memory is cheap, $200 for PC133 256MB chips (generic, but lifetime warranty anyways). Get at least 512MB ram, if not up to 2GB of ram per server. However, thats not to say just throw memory and don't worry about anything. Are you removing objects from the session when your done with them? For example, on our site..when they log in a client maintains a "client" object that contains their profile and stuff..throughout our site. This is because they update this at many places. However, specific areas (tabs) create a session object that exists across multiple pages/forms, until they get to the last page. Then we remove it. Because we use JSP/JavaBeans (actually..we are moving to it..still stuck in solid servlet mode right now), your JSP page uses a bean, does what ever, submits, the logic occurs, and the next page shows up, using the same bean. Ideally, in my opinion, you would use one javabean for multiple pages/forms that exist across a single, overall transaction. When the transaction is complet, you go to a page that says "Thank you" or something, and REMOVE the object from the session. At that point, it shouldn't be used any longer...when they go to that same tab again, a NEW object is created. In an e-commerce shopping-cart system, you definitely will need to keep the objects across all pages, so you can't just remove it..until the ORDER the items. Then you remove it. When they order, the transaction is recorded in the database, and thus if you need to redisplay it for some reason..what they ordered, etc, you grab it from the database. Speaking of the database, I hope your using some sort of connection pool. That will speed up access to the database an order of a magnitude over opening and closing connections every transaction. We have about 100 users a day to our site, and we only allow 30 connections in the pool. This is a fair amount..a connection is "retrieved" from the pool on a per-request basis. We don't tie one connection to a session and hold it there the entire time. This is NOT recommended. You'll run out of connections very quickly, especially on a high-load site. One last thing I can think of...use caching for results and such. For example, we use a Hashtable with fields for quries. The first time a "mask" is set, the search is performed and the results come back as a Vector. We then "cache" that return and the mask that got it. From then on, if that same mask is asked to be used for a search, we just return the cached results. Pros and Cons exist for this. First, if you have "other" users that could be updating the same table, maybe adding rows, removing rows, modifying colums in that same result set that is cached..then the "cache" result may not be reflective of an updated table in the database. So, I would say employ some sort of time check. If the same mask is used to query, and a cache exists, if its been longer than say 1/2 hour, or 1 minute, etc...(depends on the volume of the site and the queries using the same mask), then you still go to the database and store the new results in the cache. Anyways..hope that helps a bit. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
I think the bottom line here is that if you're concerned about performance, database reads and writes will unquestionably be more expensive than session stores and retrieves. If you're running on any reasonable, modern piece of hardware, with any reasonable, modern web server, you'll have plenty of RAM available for session storage. Objects stored into the session are kept within the JVM. Storing and retrieving session objects is a simple matter of passing a reference to that object back and forth; it's no more expensive than any other method call with a parameter (well, ok, there's a bit of additional overhead to retrieve the HttpSession object itself, but that's still very minor). If you go to a database, you are, at the very least, incurring the overhead of making that external call. And if the database ever has to go to disk to retrieve something, it's significantly more expensive. At my previous job, I wrote a servlet that stored large amounts of data in the session (a few objects, but each pretty large). We set a two-hour timeout for session expiration, so it wasn't unusual for us to have seven hundred or more sessions hanging around at a time, each with those large session objects, and we never came close to running out of memory in the JVM; from the memory standpoint, we could have handled many thousands of simultaneous sessions. And just to reiterate what someone else said, remember that session objects are strictly stored on the server. The cookie that's passed back and forth to enable sessions is simply a unique identifier so that the server knows which session is which. (And to answer the question, "What if cookies are disabled?": the server will try to use URL-rewriting, if possible, to include the session-id). --Jim Preston -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of casey kochmer Sent: Friday, June 16, 2000 9:12 AM To: [EMAIL PROTECTED] Subject: Re: Limit on Session variables and Performance The real answer to your question is: It all depends on the expected load on your web site. Using session variables doesn't really effect the perceived speed of your site on small or average sites. In fact using session variables for the most fequently used data will help speed up access compared to continued hitting of a database (unless you cache database results). Where session variables will bite you is on sites which have a high load factor. If you are storing 100 variables per person that may not be much data, but storing 100 variables for 1000 people at the same time can begin putting enough load on your web server to begin effecting performance. There is no majic number for the ideal number of session variables to use quite honestly. Just use Session Variables on the extremely reusuable data and use better judgement and then load test, load test, load test. Session variables are awesome but don't go overboard. On average I store only 10 variables per person in the session on my sites. I also usually stash 5 data arrays or Data objects in my application object. So when you say 100 variables per session,I suspect you might have some data that should be stashed in the application object also. Hope this helps Casey Kochmer [EMAIL PROTECTED] >From: Vaishali Joshi <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 09:14:44 EDT > >Hi All Java gurus > >Does anyone has any idea about performance of a site if lots of information >is stored in a session. There may not be too many sessions at one time, but >in one session lots of information (around 100 variables) will be stored. >Some of the information will be too long too as description. >We are having a tabbed web application, and the issue is whether to store >the information in a database as we move from one tab to another or should >we store it in session. Putting it in database will be like lots of calls >to >database, and if the user changes the information by going back and forth >between tabs then we are doing lots of rewriting to the database. And at >the >end, user might even cancel everything, so we will end up having these >kinds >of useless records in database. But I am not sure about how putting this >huge number of data in session will affect the performance. The other >option >is putting some data in session and some in temp tables.. > >I would appreciate if you can throw some light on these issues.. > >Thanks >Vaishali === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant
Re: Limit on Session variables and Performance
The real answer to your question is: It all depends on the expected load on your web site. Using session variables doesn't really effect the perceived speed of your site on small or average sites. In fact using session variables for the most fequently used data will help speed up access compared to continued hitting of a database (unless you cache database results). Where session variables will bite you is on sites which have a high load factor. If you are storing 100 variables per person that may not be much data, but storing 100 variables for 1000 people at the same time can begin putting enough load on your web server to begin effecting performance. There is no majic number for the ideal number of session variables to use quite honestly. Just use Session Variables on the extremely reusuable data and use better judgement and then load test, load test, load test. Session variables are awesome but don't go overboard. On average I store only 10 variables per person in the session on my sites. I also usually stash 5 data arrays or Data objects in my application object. So when you say 100 variables per session,I suspect you might have some data that should be stashed in the application object also. Hope this helps Casey Kochmer [EMAIL PROTECTED] >From: Vaishali Joshi <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 09:14:44 EDT > >Hi All Java gurus > >Does anyone has any idea about performance of a site if lots of information >is stored in a session. There may not be too many sessions at one time, but >in one session lots of information (around 100 variables) will be stored. >Some of the information will be too long too as description. >We are having a tabbed web application, and the issue is whether to store >the information in a database as we move from one tab to another or should >we store it in session. Putting it in database will be like lots of calls >to >database, and if the user changes the information by going back and forth >between tabs then we are doing lots of rewriting to the database. And at >the >end, user might even cancel everything, so we will end up having these >kinds >of useless records in database. But I am not sure about how putting this >huge number of data in session will affect the performance. The other >option >is putting some data in session and some in temp tables.. > >I would appreciate if you can throw some light on these issues.. > >Thanks >Vaishali > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > >http://java.sun.com/products/jsp/faq.html >http://www.esperanto.org.nz/jsp/jspfaq.html >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
You could use a combination of session tracking and stored object(s) in the session context that contain the variables you need. If cookies may be disabled then use URL rewriting to provide the necessary tracking. Hope this helps, Galen Tucker [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
Oh come on guys reads the specs, RTFM, and read through this lists archive. Pathetic question and pathetic bunch of replies. Please do a little research before replying. The session is "SERVER SIDE" only. Cookies or Url rewriting are used to allow the servlet engine to identify a client session. Any objects you put in the session are stored server side only. When a request comes in from a client who holds a session, either the rewritten URL, or the cookie will identify the client's current session in the servlet engine, and hence give you access to the server side session variables. Jari (sorry, just getting a little pissed at the level of questions on this list at the moment. ) Saurabh Banerjee wrote: > > I believe that session information will be stored as cookies at the client > machine and won't cause too much load on the server. > > I think it will be more effecient than doing database calls. > > Saurabh > > >From: Vaishali Joshi <[EMAIL PROTECTED]> > >Reply-To: A mailing list about Java Server Pages specification and > > reference <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Limit on Session variables and Performance > >Date: Fri, 16 Jun 2000 09:14:44 EDT > > > >Hi All Java gurus > > > >Does anyone has any idea about performance of a site if lots of information > >is stored in a session. There may not be too many sessions at one time, but > >in one session lots of information (around 100 variables) will be stored. > >Some of the information will be too long too as description. > >We are having a tabbed web application, and the issue is whether to store > >the information in a database as we move from one tab to another or should > >we store it in session. Putting it in database will be like lots of calls > >to -- Jari Worsley Senior Programmer Hyperlink plc === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
What if cookies are disabled over the browser > -Original Message- > From: Saurabh Banerjee > Sent: Friday, June 16, 2000 7:59 PM > To: [EMAIL PROTECTED] > Subject: Re: Limit on Session variables and Performance > > I believe that session information will be stored as cookies at the client > machine and won't cause too much load on the server. > > I think it will be more effecient than doing database calls. > > Saurabh > > > > >From: Vaishali Joshi <[EMAIL PROTECTED]> > >Reply-To: A mailing list about Java Server Pages specification and > > reference <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: Limit on Session variables and Performance > >Date: Fri, 16 Jun 2000 09:14:44 EDT > > > >Hi All Java gurus > > > >Does anyone has any idea about performance of a site if lots of > information > >is stored in a session. There may not be too many sessions at one time, > but > >in one session lots of information (around 100 variables) will be stored. > >Some of the information will be too long too as description. > >We are having a tabbed web application, and the issue is whether to store > >the information in a database as we move from one tab to another or > should > >we store it in session. Putting it in database will be like lots of calls > >to > >database, and if the user changes the information by going back and forth > >between tabs then we are doing lots of rewriting to the database. And at > >the > >end, user might even cancel everything, so we will end up having these > >kinds > >of useless records in database. But I am not sure about how putting this > >huge number of data in session will affect the performance. The other > >option > >is putting some data in session and some in temp tables.. > > > >I would appreciate if you can throw some light on these issues.. > > > >Thanks > >Vaishali > > > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > > >= > == > >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > >JSP-INTEREST". > >Some relevant FAQs on JSP/Servlets can be found at: > > > >http://java.sun.com/products/jsp/faq.html > >http://www.esperanto.org.nz/jsp/jspfaq.html > >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Limit on Session variables and Performance
I believe that session information will be stored as cookies at the client machine and won't cause too much load on the server. I think it will be more effecient than doing database calls. Saurabh >From: Vaishali Joshi <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Limit on Session variables and Performance >Date: Fri, 16 Jun 2000 09:14:44 EDT > >Hi All Java gurus > >Does anyone has any idea about performance of a site if lots of information >is stored in a session. There may not be too many sessions at one time, but >in one session lots of information (around 100 variables) will be stored. >Some of the information will be too long too as description. >We are having a tabbed web application, and the issue is whether to store >the information in a database as we move from one tab to another or should >we store it in session. Putting it in database will be like lots of calls >to >database, and if the user changes the information by going back and forth >between tabs then we are doing lots of rewriting to the database. And at >the >end, user might even cancel everything, so we will end up having these >kinds >of useless records in database. But I am not sure about how putting this >huge number of data in session will affect the performance. The other >option >is putting some data in session and some in temp tables.. > >I would appreciate if you can throw some light on these issues.. > >Thanks >Vaishali > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > >http://java.sun.com/products/jsp/faq.html >http://www.esperanto.org.nz/jsp/jspfaq.html >http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP >http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Limit on Session variables and Performance
Hi All Java gurus Does anyone has any idea about performance of a site if lots of information is stored in a session. There may not be too many sessions at one time, but in one session lots of information (around 100 variables) will be stored. Some of the information will be too long too as description. We are having a tabbed web application, and the issue is whether to store the information in a database as we move from one tab to another or should we store it in session. Putting it in database will be like lots of calls to database, and if the user changes the information by going back and forth between tabs then we are doing lots of rewriting to the database. And at the end, user might even cancel everything, so we will end up having these kinds of useless records in database. But I am not sure about how putting this huge number of data in session will affect the performance. The other option is putting some data in session and some in temp tables.. I would appreciate if you can throw some light on these issues.. Thanks Vaishali Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: How do you Delete Session variables
To add or overwrite a named value, you use the putValue() method. To remove a named value altogether, use the removeValue() method. Cheers, Naggi At 02:54 PM 6/12/00 -0600, you wrote: >How do you delete session variables? > >Travis Reeder >Director, Internet Technologies >Xabre.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: How do you Delete Session variables
Granted, this is a severe example, as it throws out all session variables, but it should answer your question: // throw EVERYTHING out String[] values = sess.getValueNames(); for (int i = 0; i < values.length; i++) sess.removeValue(values[i]);// this is how to delete a session variable > -Original Message- > From: Travis Reeder [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 12, 2000 1:55 PM > To: [EMAIL PROTECTED] > Subject: How do you Delete Session variables > > > How do you delete session variables? > > Travis Reeder > Director, Internet Technologies > Xabre.com > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: > "signoff JSP-INTEREST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: How do you Delete Session variables
What exactly are you trying to do? Do you need to remove objects from the session after use, if so, then: session.removeValue(String); >From: Travis Reeder <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and > reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: How do you Delete Session variables >Date: Mon, 12 Jun 2000 14:54:41 -0600 > >How do you delete session variables? > >Travis Reeder >Director, Internet Technologies >Xabre.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: How do you Delete Session variables
Travis,
The following code should remove the object from the session.
<% session.removeAttribute("some-key"); %>
Chris Siemback
Enterprise Java Consultant
Verge Technologies Group, Inc.
Verge's CTO, Jason Westra, is Earthweb.com's newest featured author.
http://dev-gamelan.earthweb.com/javaprogramming/javanotes/042500_jdj.html
1221 Pearl Street Mall
P.O. Box 698
Boulder, Colorado 80306-0698
work303.998.0016
cell720.317.7014
fax 303.641.3273
url www.vergecorp.com
-Original Message-
From: A mailing list about Java Server Pages specification and reference
[mailto:[EMAIL PROTECTED]]On Behalf Of Travis Reeder
Sent: Monday, June 12, 2000 3:55 PM
To: [EMAIL PROTECTED]
Subject: How do you Delete Session variables
How do you delete session variables?
Travis Reeder
Director, Internet Technologies
Xabre.com
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
How do you Delete Session variables
How do you delete session variables? Travis Reeder Director, Internet Technologies Xabre.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Session variables
session.put("key", "value")
Play around with that and find out what you will be able to do with what
you can store there in these key-value pairs.
fribeiro
Ian Stacey wrote:
>
> Hi all,
>
> How do I create a session variable like those used in ASP?
>
> Ian
>
> ---
> Ian Stacey
> Multimedia Author
> 3T Productions Ltd
> http://www.3t.co.uk/
> ---
>
> ===
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
> FAQs on JSP can be found at:
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
Session variables
Hi all, How do I create a session variable like those used in ASP? Ian --- Ian Stacey Multimedia Author 3T Productions Ltd http://www.3t.co.uk/ --- === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
session variables
i am facing this problem of session variables disappearing between pages. this happens when my pages are served over a secure server. does anyone have any ideas? we are useing Jrun and Jrun Pro. thanx nishant === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
>My requirement is to store a recordset as a part of session variable. Can I >do this ? >Is there any concept of session variables in JSP just like we have in ASP ? The problem is JDBC 1.x does not suport disconnected recordsets. If you use JDBC 1.x recordsets you should read the whole thing into a Vector and store the Vector instead. If you use JDBC 2.x use a CachedRowSet. JDBC lags behind ADO 2.x in regarding disconnected recordset operation, I'm afraid. Regards Javier Borrajo www.tid.es === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
Andrew S Tomlinson wrote: > It is my understanding that you can only save objects in the session if they > are serializable. > App servers may flush session data out to disk. Moreover, according to a BEA > rep at a recent seminar that is how Weblogic supports session continuity > across multiple servers in a fault-tolerant cluster - all the servers access > a common repository of session data (I am still a bit dubious about the > reliability of this but this is how they explained it). > The 2.1 servlet spec was silent on this topic, so different servers implemented things differently. Those servers that supported session persistence or distribution, like BEA/WebLogic, naturally insisted on Serializable objects being stored in the session if you wanted them to be persisted or migrated. In the 2.2 spec, you are required to store only Serializable objects if you mark your application as "distributable" in the deployment descriptor -- otherwise, you are free to store non-Serializable objects as well. > > Anyway, if your object isn't serializable you can't put it in the session > and I do not think the JDBC connection or resultset are serializable (and if > they are is there not some security issue here?) Implementations of Connection and ResultSet are not Serializable in most JDBC driver implementations, although it is conceptually possible to design implementations that are. One of the practical difficulties is that, deep inside the Connection implementation, there is a socket connection (provided by the underlying operating system) to the database itself. Most operating systems have no facility for transferring an open socket from one process (i.e. JVM in this case) to another, even on the same server -- let alone on a different server in a load balanced cluster. > > Anyway - would love to hear what the group knows about this... > Craig McClanahan === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
No, that's not completely true. It might depends on what engine you use, but even non serializable objects can be stored in a session. However, when the server runs out of memory, (s)he might try to store some session variables to disk. This will f course only work with serializable objects. I don't know what happens with non serializable objects? I guess, you always have the chance of losing them. If you restart the server, all non-serializable objects are lost for sure. Same problem for sessions shared over multiple servers. Conclusion: If you can, use serializable objects, but if it's not really crucial you can use others as well. Geert 'Darling' Van Damme > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Andrew S Tomlinson > Sent: zaterdag 4 december 1999 19:02 > To: [EMAIL PROTECTED] > Subject: Re: Session Variables > > > It is my understanding that you can only save objects in the > session if they > are serializable. > App servers may flush session data out to disk. Moreover, > according to a BEA > rep at a recent seminar that is how Weblogic supports session continuity > across multiple servers in a fault-tolerant cluster - all the > servers access > a common repository of session data (I am still a bit dubious about the > reliability of this but this is how they explained it). > > Anyway, if your object isn't serializable you can't put it in the session > and I do not think the JDBC connection or resultset are > serializable (and if > they are is there not some security issue here?) > > Anyway - would love to hear what the group knows about this... > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > FAQs on JSP can be found at: > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
> -Original Message- > From: A mailing list about Java Server Pages specification > and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Andrew S Tomlinson > Sent: 04 December 1999 18:02 > To: [EMAIL PROTECTED] > Subject: Re: Session Variables > > > It is my understanding that you can only save objects in the > session if they > are serializable. > App servers may flush session data out to disk. Moreover, > according to a BEA > rep at a recent seminar that is how Weblogic supports session > continuity > across multiple servers in a fault-tolerant cluster - all the > servers access > a common repository of session data (I am still a bit dubious > about the > reliability of this but this is how they explained it). > > Anyway, if your object isn't serializable you can't put it in > the session > and I do not think the JDBC connection or resultset are > serializable (and if > they are is there not some security issue here?) > > Anyway - would love to hear what the group knows about this... No, objects don't need to be serializable to be stored in a session. However you have answered the question why my session objects aren't persistant over server re-starts - they aren't currently serializable - DOH! Obvious really when you know why :-) Steve === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
It is my understanding that you can only save objects in the session if they are serializable. App servers may flush session data out to disk. Moreover, according to a BEA rep at a recent seminar that is how Weblogic supports session continuity across multiple servers in a fault-tolerant cluster - all the servers access a common repository of session data (I am still a bit dubious about the reliability of this but this is how they explained it). Anyway, if your object isn't serializable you can't put it in the session and I do not think the JDBC connection or resultset are serializable (and if they are is there not some security issue here?) Anyway - would love to hear what the group knows about this... === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
well, yes and no ;-) You can store object in sessions, but if you try to store a resultset, you also need to keep the connection and statement. If you close the connection, the resultset will be closed as well. It's possible, but I don't think it's a good approach to keep the connection linked to one session. You can create your own caching object that reads the whole resultset and keep that in the session. Geert 'Darling' Van Damme Oh no, now I send a message during the weekend again. The out of the office replies will be filling my mailbox ;-( > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Reeta Mittal > Sent: zaterdag 4 december 1999 13:05 > To: [EMAIL PROTECTED] > Subject: Session Variables > > > Hello Everyone, > > My requirement is to store a recordset as a part of session > variable. Can I > do this ? > Is there any concept of session variables in JSP just like we > have in ASP ? > > Thanx and Regards, > Reeta > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > FAQs on JSP can be found at: > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Session Variables
> -Original Message- > From: A mailing list about Java Server Pages specification > and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Reeta Mittal > Sent: 04 December 1999 12:05 > To: [EMAIL PROTECTED] > Subject: Session Variables > My requirement is to store a recordset as a part of session > variable. Can I > do this ? > Is there any concept of session variables in JSP just like we > have in ASP ? Yes. See the 'session' object (javax.servlet.http.HttpSession) into which you can store any objects and retrieve them later by name. Alternatively you can write a bean and use scope=session in the tag. HTH, Steve === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Session Variables
Hello Everyone, My requirement is to store a recordset as a part of session variable. Can I do this ? Is there any concept of session variables in JSP just like we have in ASP ? Thanx and Regards, Reeta === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
Interesting. I will try again using the browser warnings. Maybe I was missing something. I just confirmed with the person who spoke with the support dept there that they said that they are not using cookiesbut maybe there was miscommunication. Carles Pi-Sunyer wrote: > My experience with weblogic is that it does use cookies to track > sessions. You can watch the cookies being placed by setting your browser > to warn you before accepting cookies. If the browser does not accept > cookies and you have wrapped all the hrefs in encodeURL, weblogic will > then use url rewritting to track sessions. > > A related problem that bit me was how netscape views servers. Weblogic > defaults to using port 7001 for http and port 7002 for https. Netscape > treats requests to specified ports as coming from different servers, > which means that it will not send back the session cookie as you switch > between http and https while using the defaults for weblogic. If you run > weblogic on the standard ports, (80 for http, and 443 for https) and do > not specify ports in your request, netscape will treat both protocols as > having come from the same server and return the session cookies > regardless of what protocol made the request. IE doesn't have this > problem. It will return cookies to all ports from the same server. > > Carles > > Tom Preston wrote: > > > > I checked for cookies being written as I was testing sessions using the weblogic > > application server. > > > > I was surprised to find that a different browser invokation was not putting me into > > the same user > > session (if this was being done with cookies,, it seemed that it should have). I > > started poking around > > and couldn't find any cookies on the client. We sent a msg to weblogic support to > > find out about > > implementation and I believe that they replied that they were not using cookies to > > support sessions. > > I will see if I can dig up some real facts about implementation there. > > > > Mike Engelhart wrote: > > > > > Tom Preston wrote: > > > > > > > They figure out who you are in diff ways. Can't remember details, but I > > > > recall > > > > that client > > > > ip address is part of it. > > > I'm pretty sure that can't be right. IP addresses aren't guaranteed at all > > > - they can be spoofed or if the user is coming from behind a proxy server > > > their IP address could be anything. > > > > > > Mike > > > > > > === > > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > > > FAQs on JSP can be found at: > > > http://java.sun.com/products/jsp/faq.html > > > http://www.esperanto.org.nz/jsp/jspfaq.html > > > > -- > > Tom > > > > Thomas Preston > > Vacation.com, Inc. > > Engineering Department > > 617.210.4855 x 124 > > > > === > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > > FAQs on JSP can be found at: > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.html > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > FAQs on JSP can be found at: > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html -- Tom Thomas Preston Vacation.com, Inc. Engineering Department 617.210.4855 x 124 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
My experience with weblogic is that it does use cookies to track sessions. You can watch the cookies being placed by setting your browser to warn you before accepting cookies. If the browser does not accept cookies and you have wrapped all the hrefs in encodeURL, weblogic will then use url rewritting to track sessions. A related problem that bit me was how netscape views servers. Weblogic defaults to using port 7001 for http and port 7002 for https. Netscape treats requests to specified ports as coming from different servers, which means that it will not send back the session cookie as you switch between http and https while using the defaults for weblogic. If you run weblogic on the standard ports, (80 for http, and 443 for https) and do not specify ports in your request, netscape will treat both protocols as having come from the same server and return the session cookies regardless of what protocol made the request. IE doesn't have this problem. It will return cookies to all ports from the same server. Carles Tom Preston wrote: > > I checked for cookies being written as I was testing sessions using the weblogic > application server. > > I was surprised to find that a different browser invokation was not putting me into > the same user > session (if this was being done with cookies,, it seemed that it should have). I > started poking around > and couldn't find any cookies on the client. We sent a msg to weblogic support to > find out about > implementation and I believe that they replied that they were not using cookies to > support sessions. > I will see if I can dig up some real facts about implementation there. > > Mike Engelhart wrote: > > > Tom Preston wrote: > > > > > They figure out who you are in diff ways. Can't remember details, but I > > > recall > > > that client > > > ip address is part of it. > > I'm pretty sure that can't be right. IP addresses aren't guaranteed at all > > - they can be spoofed or if the user is coming from behind a proxy server > > their IP address could be anything. > > > > Mike > > > > === > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > > FAQs on JSP can be found at: > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.html > > -- > Tom > > Thomas Preston > Vacation.com, Inc. > Engineering Department > 617.210.4855 x 124 > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > FAQs on JSP can be found at: > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
I checked for cookies being written as I was testing sessions using the weblogic application server. I was surprised to find that a different browser invokation was not putting me into the same user session (if this was being done with cookies,, it seemed that it should have). I started poking around and couldn't find any cookies on the client. We sent a msg to weblogic support to find out about implementation and I believe that they replied that they were not using cookies to support sessions. I will see if I can dig up some real facts about implementation there. Mike Engelhart wrote: > Tom Preston wrote: > > > They figure out who you are in diff ways. Can't remember details, but I > > recall > > that client > > ip address is part of it. > I'm pretty sure that can't be right. IP addresses aren't guaranteed at all > - they can be spoofed or if the user is coming from behind a proxy server > their IP address could be anything. > > Mike > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > FAQs on JSP can be found at: > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html -- Tom Thomas Preston Vacation.com, Inc. Engineering Department 617.210.4855 x 124 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
JonTom Kittredge wrote:
> "Craig R. McClanahan" wrote:
>
> > If you do not code your pages for URL rewriting, and the user turns off
> > cookie processing in their browser, they won't be able to utilize
> > sessions within your application. Therefore, you must either code for
> > URL rewriting or require cookies to be enabled in order to use your app.
>
> "Code for URL rewriting"? I thought that session-tracking was handled by the
> servlet engine (as specified by the servlet API) transparently for the programmer:
> if the user has turned cookies turned off, the servlet engine would automatically
> use URL-rewriting "under the covers" to do session tracking. Is that not correct?
> Do I have to do anything special in my code to support URL-rewriting?
>
Yes, you do. If you are generating HTML from servlets, you might have something like
this:
PrintWriter writer = response.getWriter();
...
writer.println("Next Page");
or, in a JSP page, you might do something like this:
">Next Page
to do the appropriate encoding. You need to put the encode wrapping around *every*
hyperlink or form destination URL that points back into your application. You would
not want to encode hyperlinks that point to external sites, because the session ID
that would be encoded won't be recognized as valid there anyway -- and it might allow
an unscrupulous person at that site to attempt to impersonate a currently valid
session. (This is the same reason that cookies should only be sent back to the
hosts/domains that created them).
The servlet engine can deal with session maintenance automatically *only* if cookies
are used. The reason for this is that the engine does *not* scan your output page
looking for hyperlinks that need to be encoded (and you don't want it to -- that would
slow down page processing enormously). It relies on you to call
HttpServletResponse.encodeURL() as necessary.
By the way, if you are using sendRedirect(), you need to call encodeRedirectURL() on
those links instead of encodeURL() -- the rules for when encoding is actually done are
slightly different.
>
> Yours, JonTom
>
> JT Kittredge
> ITA Software
> Cambridge, Massachusetts
Craig McClanahan
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
JonTom Kittredge wrote: > "Code for URL rewriting"? I thought that session-tracking was handled by the > servlet engine (as specified by the servlet API) transparently for the > programmer: > if the user has turned cookies turned off, the servlet engine would > automatically > use URL-rewriting "under the covers" to do session tracking. Is that not > correct? > Do I have to do anything special in my code to support URL-rewriting? > > Yours, JonTom Nope - URL-rewriting is handled by the servlet engine only in that it implements the HttpServletResponse.encodeURL(String url) method which is then passed the necessary URL's by the developer. It's very simple. Mike === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
Tom Preston wrote: > They figure out who you are in diff ways. Can't remember details, but I > recall > that client > ip address is part of it. I'm pretty sure that can't be right. IP addresses aren't guaranteed at all - they can be spoofed or if the user is coming from behind a proxy server their IP address could be anything. Mike === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
I don't know about other app servers, but weblogic doesn't use cookies at all for sessions. They figure out who you are in diff ways. Can't remember details, but I recall that client ip address is part of it. "Craig R. McClanahan" wrote: > fgs wrote: > > > Are Session data are stored in the form of Cookies or in a > > different method.Further we find so many Cookie-Crushers Softwares > > available today in the market . If so then can't we use cookies in the > > future? C'mon JSP ians Answer this? > > Session data is stored in the server's memory space. The only thing > sent in a cookie is the session identifier. If the user has cookies > turned off, the servlet/JSP environment will default to URL rewriting as > long as you code your pages to utilize it, and sessions can still be > used. > > If you do not code your pages for URL rewriting, and the user turns off > cookie processing in their browser, they won't be able to utilize > sessions within your application. Therefore, you must either code for > URL rewriting or require cookies to be enabled in order to use your app. > > Craig McClanahan > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > FAQs on JSP can be found at: > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html -- Tom Thomas Preston Vacation.com, Inc. Engineering Department 617.210.4855 x 124 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
"Craig R. McClanahan" wrote: > If you do not code your pages for URL rewriting, and the user turns off > cookie processing in their browser, they won't be able to utilize > sessions within your application. Therefore, you must either code for > URL rewriting or require cookies to be enabled in order to use your app. "Code for URL rewriting"? I thought that session-tracking was handled by the servlet engine (as specified by the servlet API) transparently for the programmer: if the user has turned cookies turned off, the servlet engine would automatically use URL-rewriting "under the covers" to do session tracking. Is that not correct? Do I have to do anything special in my code to support URL-rewriting? Yours, JonTom JT Kittredge ITA Software Cambridge, Massachusetts === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
fgs wrote: > Are Session data are stored in the form of Cookies or in a > different method.Further we find so many Cookie-Crushers Softwares > available today in the market . If so then can't we use cookies in the > future? C'mon JSP ians Answer this? Session data is stored in the server's memory space. The only thing sent in a cookie is the session identifier. If the user has cookies turned off, the servlet/JSP environment will default to URL rewriting as long as you code your pages to utilize it, and sessions can still be used. If you do not code your pages for URL rewriting, and the user turns off cookie processing in their browser, they won't be able to utilize sessions within your application. Therefore, you must either code for URL rewriting or require cookies to be enabled in order to use your app. Craig McClanahan === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Are Session VAriables and Cookies dothe same
fgs wrote: > Are Session data are stored in the form of Cookies or in a different method. > Further we find so many Cookie-Crushers Softwares available today in the > market . If so then can't we use cookies in the future? > > C'mon JSP ians Answer this? Cookies store the session objects ID which the servlet engine keeps track of. When you create a new session object, the servlet engine generates an ID and then passes this ID string (if cookies are supported) to the browser as a cookie. This ID is checked on subsequent page visits. I don't know what you mean by "Cookie-Crushers Softwares". I think every browser allows you to reject cookies within the browsers preferences. Don't see much need for special software... > JSP ians Sounds like something Governor Bush would say :-) Mike === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Are Session VAriables and Cookies dothe same
Are Session data are stored in the form of Cookies or in a different method. Further we find so many Cookie-Crushers Softwares available today in the market . If so then can't we use cookies in the future? C'mon JSP ians Answer this?
Re: Session variables ???
Do something like this:
// Get Browser Session
HttpSession browserSession = request.getSession(false);
browserSession.putValue("myVariable", myVariable);
retrieve the data like this:
MyVariableObject myVariable =
(MyVariableObject)browserSession.getValue("myVariable");
HTH,
Dan
> --
> From: Ornelas, Gabriel (CAP,
> CORP)[SMTP:[EMAIL PROTECTED]]
> Reply To: Ornelas, Gabriel (CAP, CORP)
> Sent: Monday, November 15, 1999 12:24 PM
> To: [EMAIL PROTECTED]
> Subject: Session variables ???
> Importance: Low
>
> Does anybody know how can I set a variable for a user session ???
>
> Thanks for taking your time.
> Later... Gabe !!!
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> FAQs on JSP can be found at:
> http://java.sun.com/products/jsp/faq.html
> http://www.esperanto.org.nz/jsp/jspfaq.html
>
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
Session variables ???
Does anybody know how can I set a variable for a user session ??? Thanks for taking your time. Later... Gabe !!! === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Jsp Session variables
Chris Mcgarel wrote:
> Is there a jsp equivalent of the asp session variable syntax: session("foo")
> = "whatever"?
Use the session implicit variable, ie:
<%
session.setAttribute("foo", "whatever");
out.print((String) session.getAttribute("foo")); // will print "whatever" if you
are in the same session
%>
--
Michael Hu, Paradox Team, Corel Corporation
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
Jsp Session variables
Is there a jsp equivalent of the asp session variable syntax: session("foo")
= "whatever"?
I need to store a value in a frameset document which will dynamically change
the content of the resulting frames without using a querystring or a form
post - must be a server-side variable. I've done this a lot in asp but
cannot find a jsp equivalent which does not involve beans.
Thanks
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Question about Session Variables and setoncreate
> > I tend to think that it can be very usefull in some situations like > this > > one: > > > > that's why I have implemented this kind of thing in my own > > implementation... > > Yeah, but that means the file gets included _after_ the JSP is parsed > and compiled, so you can't #include other .jsp script files. No. The inclusion I have implemented is totally dynamic. You can include another jsp. The reference implementation simply "copies" the content of the file in place when I do really include another jsp (a bit like RequestDispatcher.include())... The big advantage with that solution is that if you modify the included jsp then it will be automatically be recompiled when you request the page that includes it... Yan -- http://eowyn.fr.eu.org/~yan/ | [EMAIL PROTECTED] SocialNet: Where people connect... http://www.socialnet.com === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Question about Session Variables and setoncreate
I think this is probably an implementation bug. Currently it seems that the
SETONCREATE VALUE parameter can only be a constant.
Scott
> -Original Message-
> From: Shah, Mayank (RSCH) [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 18, 1999 2:02 PM
> To: [EMAIL PROTECTED]
> Subject: Question about Session Variables and setoncreate
>
>
> I'm not sure if this is the correct place for technical
> questions. If it
> isn't then, please inform me of the correct location.
>
> Can someone tell me why the following does not set the bean
> property. I
> print out the value someone else on the page from the request
> object and
> shows that the session value is set, but the bean property is not set.
>
>
>
>
>
> Request.getSession().getValue("user_id") %> >
>
>
>
> Try 2
>
>
>
>
>
> Request.getSession().getValue("user_id") %> >
>
>
>
> Try 3
>
>
>
>
>
> " >
>
>
>
>
> Mayank Shah
> Research Technology
> 212.449.0463
>
> ==
> =
> To unsubscribe, send email to [EMAIL PROTECTED] and
> include in the body
> of the message "signoff JSP-INTEREST". For general help,
> send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JSP-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
Re: Question about Session Variables and setoncreate
---Yan Pujante <[EMAIL PROTECTED]> wrote: > means some recursivity... > > I tend to think that it can be very usefull in some situations like this > one: > > that's why I have implemented this kind of thing in my own > implementation... Yeah, but that means the file gets included _after_ the JSP is parsed and compiled, so you can't #include other .jsp script files. That said, I think it is best to never use the #include directive. It would be better to use beans that call other jsp's from within a jsp (though I haven't tried this yet). -Harris _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Question about Session Variables and setoncreate
"Shah, Mayank (RSCH)" wrote:
>
> I'm not sure if this is the correct place for technical questions. If it
> isn't then, please inform me of the correct location.
>
> Can someone tell me why the following does not set the bean property. I
> print out the value someone else on the page from the request object and
> shows that the session value is set, but the bean property is not set.
>
>
>
>
> Request.getSession().getValue("user_id") %> >
>
>
>
> Try 2
>
>
>
>
> Request.getSession().getValue("user_id") %> >
>
>
>
> Try 3
>
>
>
>
> " >
>
>
Well the answer is fairly simple. You are trying to set a "dynamic"
value on your property which to my knowledge is not possible with the
actual specification. Anyway, if you look at what you have written, you
have a Jsp tag ( <% %>) into another Jsp tag (), which
means some recursivity...
I tend to think that it can be very usefull in some situations like this
one:
that's why I have implemented this kind of thing in my own
implementation... I would like to publish my implementation as Open
Source (and I am ready to do it), but I am waiting for my company for
their approval, legal stuf... blah blah blah... So if anyone has any
idea on how to speed up the process that would be great!
To do what you really want to do here, you should implement the
processRequest method (in your beans.User class) and do the jobj
inside...
Yan
--
http://eowyn.fr.eu.org/~yan/ | [EMAIL PROTECTED]
SocialNet: Where people connect... http://www.socialnet.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JSP-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
Question about Session Variables and setoncreate
I'm not sure if this is the correct place for technical questions. If it isn't then, please inform me of the correct location. Can someone tell me why the following does not set the bean property. I print out the value someone else on the page from the request object and shows that the session value is set, but the bean property is not set. > Try 2 > Try 3 " > Mayank Shah Research Technology 212.449.0463 === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
