Re: session data in Tomcat 5
Ben Souther wrote: Ah Ben, I don't know if you have kids or not. But y'know how a kid can kinda look at the floor and shuffle their feet when caught doing something stupid. Well, keep that in mind as you read what I figured out... Believe me, you've nothing to feel stupid about. We've all been there. One thing to bear in mind, and I've had to tell myself this at least a dozen times over the last year, is that there are thousands of people developing commercial applications with Tomcat right now. If something fundamental, like session handling, were ever to stop working, there would be hundreds of posts to this list, all of them complaining about the same thing. Within a day, there would be a fix for it. Over the next few days, you would see hundreds more complaining about the same bug accompanied by hundreds of posts from the likes of Yoav Shapira, Tim Funk, Philip Hanik, (and several others) answering the same question over and over again, telling people exactly what version to download to fix it. If you don't see that scenerio on this list, keep looking at your own setup. I'm glad it's working for you. -Ben PS: Did the put the Zone Labs product on the server, or just on your desktop? Thanks Ben. I kept telling myself that it should work just fine, particularly since Tomcat has been one of those things that for me just works with little or no tinkering (I like that kinda thing). The Zone Labs thing is installed on the desktop, when I open it's config window it's called Zone Labs Integrity Desktop. When I click on the help/about link it sends me here http://www.zonelabs.com/store/content/company/corpsales/zapidOverview.jsp Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session data in Tomcat 5
I am a ZoneAlarm Pro user and when I first ran Tomcat on my desktop (with ZapPro) it sabotaged the cookies that TC was using, and from memory TC started to encode the session id in the URL. I would recommend looking at the privacy settings in zonelabs to see what it is doing with user identifiable information and particularly cookies. I havn't used Integrity before but it does have the forever troublesome Privacy and Productivity Features found in ZapPro. Start with downgrading the level of security for cookies (or set up your local PC to be trusted when it comes to cookies and things might just get better for you. Regards, Shane. -Original Message- From: M.Hockings [mailto:[EMAIL PROTECTED] Sent: Monday, 24 May 2004 11:40 AM To: Tomcat Users List Subject: Re: session data in Tomcat 5 Ben Souther wrote: Ah Ben, I don't know if you have kids or not. But y'know how a kid can kinda look at the floor and shuffle their feet when caught doing something stupid. Well, keep that in mind as you read what I figured out... Believe me, you've nothing to feel stupid about. We've all been there. One thing to bear in mind, and I've had to tell myself this at least a dozen times over the last year, is that there are thousands of people developing commercial applications with Tomcat right now. If something fundamental, like session handling, were ever to stop working, there would be hundreds of posts to this list, all of them complaining about the same thing. Within a day, there would be a fix for it. Over the next few days, you would see hundreds more complaining about the same bug accompanied by hundreds of posts from the likes of Yoav Shapira, Tim Funk, Philip Hanik, (and several others) answering the same question over and over again, telling people exactly what version to download to fix it. If you don't see that scenerio on this list, keep looking at your own setup. I'm glad it's working for you. -Ben PS: Did the put the Zone Labs product on the server, or just on your desktop? Thanks Ben. I kept telling myself that it should work just fine, particularly since Tomcat has been one of those things that for me just works with little or no tinkering (I like that kinda thing). The Zone Labs thing is installed on the desktop, when I open it's config window it's called Zone Labs Integrity Desktop. When I click on the help/about link it sends me here http://www.zonelabs.com/store/content/company/corpsales/zapidOverview.jsp Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session data in Tomcat 5
I am a ZoneAlarm Pro user and when I first ran Tomcat on my desktop (with ZapPro) it sabotaged the cookies that TC was using, and from memory TC started to encode the session id in the URL. I would recommend looking at the privacy settings in zonelabs to see what it is doing with user identifiable information and particularly cookies. I havn't used Integrity before but it does have the forever troublesome Privacy and Productivity Features found in ZapPro. Start with downgrading the level of security for cookies (or set up your local PC to be trusted when it comes to cookies and things might just get better for you. Regards, Shane. -Original Message- From: M.Hockings [mailto:[EMAIL PROTECTED] Sent: Monday, 24 May 2004 11:40 AM To: Tomcat Users List Subject: Re: session data in Tomcat 5 Ben Souther wrote: Ah Ben, I don't know if you have kids or not. But y'know how a kid can kinda look at the floor and shuffle their feet when caught doing something stupid. Well, keep that in mind as you read what I figured out... Believe me, you've nothing to feel stupid about. We've all been there. One thing to bear in mind, and I've had to tell myself this at least a dozen times over the last year, is that there are thousands of people developing commercial applications with Tomcat right now. If something fundamental, like session handling, were ever to stop working, there would be hundreds of posts to this list, all of them complaining about the same thing. Within a day, there would be a fix for it. Over the next few days, you would see hundreds more complaining about the same bug accompanied by hundreds of posts from the likes of Yoav Shapira, Tim Funk, Philip Hanik, (and several others) answering the same question over and over again, telling people exactly what version to download to fix it. If you don't see that scenerio on this list, keep looking at your own setup. I'm glad it's working for you. -Ben PS: Did the put the Zone Labs product on the server, or just on your desktop? Thanks Ben. I kept telling myself that it should work just fine, particularly since Tomcat has been one of those things that for me just works with little or no tinkering (I like that kinda thing). The Zone Labs thing is installed on the desktop, when I open it's config window it's called Zone Labs Integrity Desktop. When I click on the help/about link it sends me here http://www.zonelabs.com/store/content/company/corpsales/zapidOverview.jsp Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Ah Ben, I don't know if you have kids or not. But y'know how a kid can kinda look at the floor and shuffle their feet when caught doing something stupid. Well, keep that in mind as you read what I figured out... Believe me, you've nothing to feel stupid about. We've all been there. One thing to bear in mind, and I've had to tell myself this at least a dozen times over the last year, is that there are thousands of people developing commercial applications with Tomcat right now. If something fundamental, like session handling, were ever to stop working, there would be hundreds of posts to this list, all of them complaining about the same thing. Within a day, there would be a fix for it. Over the next few days, you would see hundreds more complaining about the same bug accompanied by hundreds of posts from the likes of Yoav Shapira, Tim Funk, Philip Hanik, (and several others) answering the same question over and over again, telling people exactly what version to download to fix it. If you don't see that scenerio on this list, keep looking at your own setup. I'm glad it's working for you. -Ben PS: Did the put the Zone Labs product on the server, or just on your desktop? On Saturday 22 May 2004 01:31 pm, you wrote: Ben Souther wrote: I just dropped your JSPs in a box running win2k server and tomcat 5.0.24. They run fine, same session. Once the strings are created, they stay created, no nulls. I'm hitting from a linux box using Mozilla, but I also tried from MSIE on the machine that's hosting your JSPs. All looks good. For kicks, try doing this: In MSIE, click Internet Options - Privacy (tab) - Advanced (button) Then check the Always Allow Session Cookies checkbox. Let me know if that fixes it. -good luck Ah Ben, I don't know if you have kids or not. But y'know how a kid can kinda look at the floor and shuffle their feet when caught doing something stupid. Well, keep that in mind as you read what I figured out... Recall that I first installed the latest non-alpha code 5.0.24 but without the fix. I think that is key to what I was seeing. Also I am running this Zone Labs Integrity Desktop thingie on Win2K that our IT dep't thinks will keeps us dumb users safe. So, I deploy to the local TC5 instance and see some odd problems that I've tried to nail down. Seemed like session data was not being kept indicating a new session on each request -- kinda like cookies were blocked, h. Investigation of both the IE Mozilla browsers did not indicate that session cookies should be blocked, in addition the Zone labs thing is set to allow session cookies but block persistent and 3rd party cookies. Should be fine you'd think. So for the rest of my struggles I ignored the cookies settings. In part of the struggles I installed the 5.0.25-alpha version of TC5. Then in the end I allowed all cookies to be passed, actually turned of all security junk in the browsers and the zone labs thing, deleted all cached pages cookies, etc. Then it worked! I then gradually turned everything back up, and it still works, woohoo! What I don't understand is why it (5.0.24) seemed to be failing locally but ran OK from the Linux box. BTW, the FC1 box is now at the 5.0.25-alpha version and seems to be just peachy. S, I think it is possible that my local deployment woes stemmed from some strange cookie that 5.0.24 inserted? Could that be true though I must admit that I read but don't wholly understand the implications of defect. In any case I'm tickled that it's working and I'm off to solve some of my 'real' runtime woes in our product (which TC has already pointed out at least one). Many, many thanks to you Ben and others on the mailing list for their patience and assistance. I truly do appreciate your interest and help with this problem. Kind regards, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Jacob Kjome wrote: Well, it works for me on Win2k with Tomcat-5.0.25. Same session every post. You don't have sessions turned off in web.xml by setting the session-timeout to 0 or -1 (can't remember which one, if any, disables sessions) by chance, do you? You might also check for virus or firewall softwared/hardware on your machine. That stuff can mess things up pretty badly. Jake Hi Jake, In general I don't mess with the web.xml that WDSC has produced, in this case it only basically contains the welcome page stuff. Ahhh, yes, software firewall, see my reply to Ben... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Ben Souther wrote: I just dropped your JSPs in a box running win2k server and tomcat 5.0.24. They run fine, same session. Once the strings are created, they stay created, no nulls. I'm hitting from a linux box using Mozilla, but I also tried from MSIE on the machine that's hosting your JSPs. All looks good. For kicks, try doing this: In MSIE, click Internet Options - Privacy (tab) - Advanced (button) Then check the Always Allow Session Cookies checkbox. Let me know if that fixes it. -good luck Ah Ben, I don't know if you have kids or not. But y'know how a kid can kinda look at the floor and shuffle their feet when caught doing something stupid. Well, keep that in mind as you read what I figured out... Recall that I first installed the latest non-alpha code 5.0.24 but without the fix. I think that is key to what I was seeing. Also I am running this Zone Labs Integrity Desktop thingie on Win2K that our IT dep't thinks will keeps us dumb users safe. So, I deploy to the local TC5 instance and see some odd problems that I've tried to nail down. Seemed like session data was not being kept indicating a new session on each request -- kinda like cookies were blocked, h. Investigation of both the IE Mozilla browsers did not indicate that session cookies should be blocked, in addition the Zone labs thing is set to allow session cookies but block persistent and 3rd party cookies. Should be fine you'd think. So for the rest of my struggles I ignored the cookies settings. In part of the struggles I installed the 5.0.25-alpha version of TC5. Then in the end I allowed all cookies to be passed, actually turned of all security junk in the browsers and the zone labs thing, deleted all cached pages cookies, etc. Then it worked! I then gradually turned everything back up, and it still works, woohoo! What I don't understand is why it (5.0.24) seemed to be failing locally but ran OK from the Linux box. BTW, the FC1 box is now at the 5.0.25-alpha version and seems to be just peachy. S, I think it is possible that my local deployment woes stemmed from some strange cookie that 5.0.24 inserted? Could that be true though I must admit that I read but don't wholly understand the implications of defect. In any case I'm tickled that it's working and I'm off to solve some of my 'real' runtime woes in our product (which TC has already pointed out at least one). Many, many thanks to you Ben and others on the mailing list for their patience and assistance. I truly do appreciate your interest and help with this problem. Kind regards, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Mike, If you have a small, reproducable test case, send it up. I'd like to take a look at it. On Friday 21 May 2004 01:10 am, you wrote: Jacob Kjome wrote: I didn't see the earlier posts, but are you using Tomcat-5.0.24? There's a bug related to session cookies which requires a hotfix. However, I'd just install 5.0.25 which has the fix, plus a few others. Also note that Tomcat-5.0.24+ is very strict about objects in the session being serializable (where 5.0.19 was less so). Upon application shutdown, non-serializable attributes will be removed so that upon restart, the non-serializable attributes won't exist in the session. Not sure if that is your problem here, but it's a good thing to note. http://archive.apache.org/dist/jakarta/tomcat-5/v5.0.25-alpha/ Jake Well, yes and no. That is, on the remote server it is 5.0.19 but locally on my laptop (Win2K) and on a Linux box (FC1) I downloaded and installed 5.0.24. I wrote a pair of simple test jsp's and the version on the Win2K machine certainly has problems as the session is different on every submit. The remote server and the Linux box seem better. After reading your note I uninstalled the 5.0.24 version then downloaded and installed the 5.0.25-alpha version (the alpha part scared me which is why I went with the 5.0.24 before). Interestingly enough it also seems to exhibit the same behaviour (new session on every submit). I guess this means that all the straining and heaving to get things to work on a local Tomcat 5 server before deploying them remotely was a wasted day. For those interested, my test consisted of two simple jsp's like the following one. This is second.jsp the other being first.jsp. In the other jsp test is test2 and test2 is test. %@ page language=java contentType=text/html; charset=UTF-8 pageEncoding=UTF-8 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEsecond.jsp/TITLE /HEAD BODY Pfont color=blueSecond/font/P pSession ID=%=session.getId()%/p brtest = %=session.getAttribute(test)% brtest2 = %=session.getAttribute(test2)% br form method=post action=first.jsp input type=submit/ /form % session.setAttribute(test,test); % brtest confirm = %=session.getAttribute(test)% /BODY /HTML For the most part I'm only concerned with session stuff while a user is busy editing -- it doesn't have to survive stop/start at all. My feeling right now (FWIF) after repeated deploy/undeploy on the three installs of Tomcat is that Tomcat 5 is certainly is not as solidly stable as Tomcat 4.1. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session data in Tomcat 5
Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 7:24 AM To: Tomcat Users List Subject: Re: session data in Tomcat 5 Mike, If you have a small, reproducable test case, send it up. I'd like to take a look at it. On Friday 21 May 2004 01:10 am, you wrote: Jacob Kjome wrote: I didn't see the earlier posts, but are you using Tomcat-5.0.24? There's a bug related to session cookies which requires a hotfix. However, I'd just install 5.0.25 which has the fix, plus a few others. Also note that Tomcat-5.0.24+ is very strict about objects in the session being serializable (where 5.0.19 was less so). Upon application shutdown, non-serializable attributes will be removed so that upon restart, the non-serializable attributes won't exist in the session. Not sure if that is your problem here, but it's a good thing to note. http://archive.apache.org/dist/jakarta/tomcat-5/v5.0.25-alpha/ Jake Well, yes and no. That is, on the remote server it is 5.0.19 but locally on my laptop (Win2K) and on a Linux box (FC1) I downloaded and installed 5.0.24. I wrote a pair of simple test jsp's and the version on the Win2K machine certainly has problems as the session is different on every submit. The remote server and the Linux box seem better. After reading your note I uninstalled the 5.0.24 version then downloaded and installed the 5.0.25-alpha version (the alpha part scared me which is why I went with the 5.0.24 before). Interestingly enough it also seems to exhibit the same behaviour (new session on every submit). I guess this means that all the straining and heaving to get things to work on a local Tomcat 5 server before deploying them remotely was a wasted day. For those interested, my test consisted of two simple jsp's like the following one. This is second.jsp the other being first.jsp. In the other jsp test is test2 and test2 is test. %@ page language=java contentType=text/html; charset=UTF-8 pageEncoding=UTF-8 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEsecond.jsp/TITLE /HEAD BODY Pfont color=blueSecond/font/P pSession ID=%=session.getId()%/p brtest = %=session.getAttribute(test)% brtest2 = %=session.getAttribute(test2)% br form method=post action=first.jsp input type=submit/ /form % session.setAttribute(test,test); % brtest confirm = %=session.getAttribute(test)% /BODY /HTML For the most part I'm only concerned with session stuff while a user is busy editing -- it doesn't have to survive stop/start at all. My feeling right now (FWIF) after repeated deploy/undeploy on the three installs of Tomcat is that Tomcat 5 is certainly is not as solidly stable as Tomcat 4.1. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
On Friday 21 May 2004 08:53 am, Shapira, Yoav wrote: You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) He didn't answer it but he did mention that he wasn't concerned with maintaining state across server restsarts: For the most part I'm only concerned with session stuff while a user is busy editing -- it doesn't have to survive stop/start at all. I don't think his problem has to do with whether or not the objects are serializable. Yoav Shapira Millennium Research Informatics -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 7:24 AM To: Tomcat Users List Subject: Re: session data in Tomcat 5 Mike, If you have a small, reproducable test case, send it up. I'd like to take a look at it. On Friday 21 May 2004 01:10 am, you wrote: Jacob Kjome wrote: I didn't see the earlier posts, but are you using Tomcat-5.0.24? There's a bug related to session cookies which requires a hotfix. However, I'd just install 5.0.25 which has the fix, plus a few others. Also note that Tomcat-5.0.24+ is very strict about objects in the session being serializable (where 5.0.19 was less so). Upon application shutdown, non-serializable attributes will be removed so that upon restart, the non-serializable attributes won't exist in the session. Not sure if that is your problem here, but it's a good thing to note. http://archive.apache.org/dist/jakarta/tomcat-5/v5.0.25-alpha/ Jake Well, yes and no. That is, on the remote server it is 5.0.19 but locally on my laptop (Win2K) and on a Linux box (FC1) I downloaded and installed 5.0.24. I wrote a pair of simple test jsp's and the version on the Win2K machine certainly has problems as the session is different on every submit. The remote server and the Linux box seem better. After reading your note I uninstalled the 5.0.24 version then downloaded and installed the 5.0.25-alpha version (the alpha part scared me which is why I went with the 5.0.24 before). Interestingly enough it also seems to exhibit the same behaviour (new session on every submit). I guess this means that all the straining and heaving to get things to work on a local Tomcat 5 server before deploying them remotely was a wasted day. For those interested, my test consisted of two simple jsp's like the following one. This is second.jsp the other being first.jsp. In the other jsp test is test2 and test2 is test. %@ page language=java contentType=text/html; charset=UTF-8 pageEncoding=UTF-8 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEsecond.jsp/TITLE /HEAD BODY Pfont color=blueSecond/font/P pSession ID=%=session.getId()%/p brtest = %=session.getAttribute(test)% brtest2 = %=session.getAttribute(test2)% br form method=post action=first.jsp input type=submit/ /form % session.setAttribute(test,test); % brtest confirm = %=session.getAttribute(test)% /BODY /HTML For the most part I'm only concerned with session stuff while a user is busy editing -- it doesn't have to survive stop/start at all. My feeling right now (FWIF) after repeated deploy/undeploy on the three installs of Tomcat is that Tomcat 5 is certainly is not as solidly stable as Tomcat 4.1. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. This e-mail message, and any accompanying documents, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or copying is prohibited. If you are not the intended recipient, please contact our office by email or by telephone at (508) 747-7261 and immediately destroy all copies of the original message
Re: session data in Tomcat 5
Shapira, Yoav wrote: Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics Hi ! Yes, sorry, I forgot. I think for the most part the answer is no, however for these apps I'm not worried about maintaining data over a shutdown-startup of the server nor am I running in a cluster. The interesting thing is that on Windows (Win2K to be exact) every hit to Tomcat seems to start a new session! I'm making a set of tests that will eventually work up to the actions that the application does to maintain session data. And, yes, I will be making the session objects serializable just to avoid future problems... For your enjoyment here is the same test app on two machines, my Win2K laptop and a Linux (Fedora Core 1) server. On Windows it is 5.0.25-alpha (previously 5.0.24) and on Linux it is 5.0.24 (out-of-the-box with no patches applied). I _think_ I have the external url correct. Linux http://ontarioshoots.ath.cx:8080/TC5test/ Windows http://ontarioshoots.ath.cx:8088/TC5test/ If you would like the .war file that it is deployed from just let me know... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Could you just attach the src to the two JSPs? On Friday 21 May 2004 09:18 am, M.Hockings wrote: Shapira, Yoav wrote: Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics Hi ! Yes, sorry, I forgot. I think for the most part the answer is no, however for these apps I'm not worried about maintaining data over a shutdown-startup of the server nor am I running in a cluster. The interesting thing is that on Windows (Win2K to be exact) every hit to Tomcat seems to start a new session! I'm making a set of tests that will eventually work up to the actions that the application does to maintain session data. And, yes, I will be making the session objects serializable just to avoid future problems... For your enjoyment here is the same test app on two machines, my Win2K laptop and a Linux (Fedora Core 1) server. On Windows it is 5.0.25-alpha (previously 5.0.24) and on Linux it is 5.0.24 (out-of-the-box with no patches applied). I _think_ I have the external url correct. Linux http://ontarioshoots.ath.cx:8080/TC5test/ Windows http://ontarioshoots.ath.cx:8088/TC5test/ If you would like the .war file that it is deployed from just let me know... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. This e-mail message, and any accompanying documents, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or copying is prohibited. If you are not the intended recipient, please contact our office by email or by telephone at (508) 747-7261 and immediately destroy all copies of the original message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Certainly ! They are attached (please don't laugh at them tooo much ) BTW, I'm finding that my test server on FC1 (Tomcat 5.0.24) is working quite well, fast response, can deploy, undeploy reliably and sessions seem to work as expected. On Win2K however the 5.0.25 version is considerably slower, often has to be re-started to get a successful deploy and every touch is a new session. This is as configured by the installer (I have not changed any of the config files other than setting up a manager id/pwd) and the only change on install was to modify the install directory from c:\... to d:\... In the past I've had Tomcat 4.0 4.1 working solidly on Win2K even jk'd to Apache.I must admit that I'm not a Tomcat expert, our main deployment platform is IBM's WAS but I like to make sure that our product runs on Tomcat as some prefer a different servlet container. I guess what I'm trying to say is I wonder if some of my woes have been due to trying to use Tomcat 5 on my Win2K laptop rather than a real server box. Mike Ben Souther wrote: Could you just attach the src to the two JSPs? On Friday 21 May 2004 09:18 am, M.Hockings wrote: Shapira, Yoav wrote: Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics Hi ! Yes, sorry, I forgot. I think for the most part the answer is no, however for these apps I'm not worried about maintaining data over a shutdown-startup of the server nor am I running in a cluster. The interesting thing is that on Windows (Win2K to be exact) every hit to Tomcat seems to start a new session! I'm making a set of tests that will eventually work up to the actions that the application does to maintain session data. And, yes, I will be making the session objects serializable just to avoid future problems... For your enjoyment here is the same test app on two machines, my Win2K laptop and a Linux (Fedora Core 1) server. On Windows it is 5.0.25-alpha (previously 5.0.24) and on Linux it is 5.0.24 (out-of-the-box with no patches applied). I _think_ I have the external url correct. Linux http://ontarioshoots.ath.cx:8080/TC5test/ Windows http://ontarioshoots.ath.cx:8088/TC5test/ If you would like the .war file that it is deployed from just let me know... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] %@ page language=java contentType=text/html; charset=UTF-8 pageEncoding=UTF-8 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEfirst.jsp/TITLE /HEAD BODY Pfont color=redFirst/font/P pSession ID=%=session.getId()%/p brtest = %=session.getAttribute(test)% brtest2 = %=session.getAttribute(test2)% br form method=post action=second.jsp input type=submit/ /form % session.setAttribute(test2,test2); % brtest2 confirm = %=session.getAttribute(test2)% /BODY /HTML %@ page language=java contentType=text/html; charset=UTF-8 pageEncoding=UTF-8 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEsecond.jsp/TITLE /HEAD BODY Pfont color=blueSecond/font/P pSession ID=%=session.getId()%/p brtest = %=session.getAttribute(test)% brtest2 = %=session.getAttribute(test2)% br form method=post action=first.jsp input type=submit/ /form % session.setAttribute(test,test); % brtest confirm = %=session.getAttribute(test)% /BODY /HTML %@ page language=java contentType=text/html; charset=ISO-8859-1 pageEncoding=ISO-8859-1 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD META http-equiv=Content-Type content=text/html; charset=ISO-8859-1 META name=GENERATOR content=IBM WebSphere Studio TITLEFirst Test/TITLE /HEAD BODY PFirst Test/P br This test will just test the passing of a couple of strings between two jsp's by saving the strings as attributes in the session. If this test is successful the session id should be unchanging and the test and test2 variables should be equal to test and test2. brbr In the failing case the variables will remain as null and the session id will change with each submit. brbr Click [a href=first.jsphere/a] to start /BODY /HTML - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session data in Tomcat 5
Hi, How does 5.0.25 run on FC1? Yoav Shapira Millennium Research Informatics -Original Message- From: M.Hockings [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 10:37 AM To: Tomcat Users List Subject: Re: session data in Tomcat 5 Certainly ! They are attached (please don't laugh at them tooo much ) BTW, I'm finding that my test server on FC1 (Tomcat 5.0.24) is working quite well, fast response, can deploy, undeploy reliably and sessions seem to work as expected. On Win2K however the 5.0.25 version is considerably slower, often has to be re-started to get a successful deploy and every touch is a new session. This is as configured by the installer (I have not changed any of the config files other than setting up a manager id/pwd) and the only change on install was to modify the install directory from c:\... to d:\... In the past I've had Tomcat 4.0 4.1 working solidly on Win2K even jk'd to Apache.I must admit that I'm not a Tomcat expert, our main deployment platform is IBM's WAS but I like to make sure that our product runs on Tomcat as some prefer a different servlet container. I guess what I'm trying to say is I wonder if some of my woes have been due to trying to use Tomcat 5 on my Win2K laptop rather than a real server box. Mike Ben Souther wrote: Could you just attach the src to the two JSPs? On Friday 21 May 2004 09:18 am, M.Hockings wrote: Shapira, Yoav wrote: Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics Hi ! Yes, sorry, I forgot. I think for the most part the answer is no, however for these apps I'm not worried about maintaining data over a shutdown-startup of the server nor am I running in a cluster. The interesting thing is that on Windows (Win2K to be exact) every hit to Tomcat seems to start a new session! I'm making a set of tests that will eventually work up to the actions that the application does to maintain session data. And, yes, I will be making the session objects serializable just to avoid future problems... For your enjoyment here is the same test app on two machines, my Win2K laptop and a Linux (Fedora Core 1) server. On Windows it is 5.0.25-alpha (previously 5.0.24) and on Linux it is 5.0.24 (out-of-the-box with no patches applied). I _think_ I have the external url correct. Linux http://ontarioshoots.ath.cx:8080/TC5test/ Windows http://ontarioshoots.ath.cx:8088/TC5test/ If you would like the .war file that it is deployed from just let me know... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Shapira, Yoav wrote: Hi, How does 5.0.25 run on FC1? Yoav Shapira Millennium Research Informatics Hi Yoav, No, not yet as the 5.0.24 seems to be working fine (worlds better than .24 or .25 on Win2K). If I get some free time I'll give it a whirl. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Well, it works for me on Win2k with Tomcat-5.0.25. Same session every post. You don't have sessions turned off in web.xml by setting the session-timeout to 0 or -1 (can't remember which one, if any, disables sessions) by chance, do you? You might also check for virus or firewall softwared/hardware on your machine. That stuff can mess things up pretty badly. Jake Quoting M.Hockings [EMAIL PROTECTED]: Certainly ! They are attached (please don't laugh at them tooo much ) BTW, I'm finding that my test server on FC1 (Tomcat 5.0.24) is working quite well, fast response, can deploy, undeploy reliably and sessions seem to work as expected. On Win2K however the 5.0.25 version is considerably slower, often has to be re-started to get a successful deploy and every touch is a new session. This is as configured by the installer (I have not changed any of the config files other than setting up a manager id/pwd) and the only change on install was to modify the install directory from c:\... to d:\... In the past I've had Tomcat 4.0 4.1 working solidly on Win2K even jk'd to Apache.I must admit that I'm not a Tomcat expert, our main deployment platform is IBM's WAS but I like to make sure that our product runs on Tomcat as some prefer a different servlet container. I guess what I'm trying to say is I wonder if some of my woes have been due to trying to use Tomcat 5 on my Win2K laptop rather than a real server box. Mike Ben Souther wrote: Could you just attach the src to the two JSPs? On Friday 21 May 2004 09:18 am, M.Hockings wrote: Shapira, Yoav wrote: Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics Hi ! Yes, sorry, I forgot. I think for the most part the answer is no, however for these apps I'm not worried about maintaining data over a shutdown-startup of the server nor am I running in a cluster. The interesting thing is that on Windows (Win2K to be exact) every hit to Tomcat seems to start a new session! I'm making a set of tests that will eventually work up to the actions that the application does to maintain session data. And, yes, I will be making the session objects serializable just to avoid future problems... For your enjoyment here is the same test app on two machines, my Win2K laptop and a Linux (Fedora Core 1) server. On Windows it is 5.0.25-alpha (previously 5.0.24) and on Linux it is 5.0.24 (out-of-the-box with no patches applied). I _think_ I have the external url correct. Linux http://ontarioshoots.ath.cx:8080/TC5test/ Windows http://ontarioshoots.ath.cx:8088/TC5test/ If you would like the .war file that it is deployed from just let me know... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
I just dropped your JSPs in a box running win2k server and tomcat 5.0.24. They run fine, same session. Once the strings are created, they stay created, no nulls. I'm hitting from a linux box using Mozilla, but I also tried from MSIE on the machine that's hosting your JSPs. All looks good. For kicks, try doing this: In MSIE, click Internet Options - Privacy (tab) - Advanced (button) Then check the Always Allow Session Cookies checkbox. Let me know if that fixes it. -good luck On Friday 21 May 2004 10:36 am, M.Hockings wrote: Certainly ! They are attached (please don't laugh at them tooo much ) BTW, I'm finding that my test server on FC1 (Tomcat 5.0.24) is working quite well, fast response, can deploy, undeploy reliably and sessions seem to work as expected. On Win2K however the 5.0.25 version is considerably slower, often has to be re-started to get a successful deploy and every touch is a new session. This is as configured by the installer (I have not changed any of the config files other than setting up a manager id/pwd) and the only change on install was to modify the install directory from c:\... to d:\... In the past I've had Tomcat 4.0 4.1 working solidly on Win2K even jk'd to Apache.I must admit that I'm not a Tomcat expert, our main deployment platform is IBM's WAS but I like to make sure that our product runs on Tomcat as some prefer a different servlet container. I guess what I'm trying to say is I wonder if some of my woes have been due to trying to use Tomcat 5 on my Win2K laptop rather than a real server box. Mike Ben Souther wrote: Could you just attach the src to the two JSPs? On Friday 21 May 2004 09:18 am, M.Hockings wrote: Shapira, Yoav wrote: Hi, Oh, this reminds me to have a vote on the stability of 5.0.25! You never answered the key question of whether your session attributes are Serializable or not: that's a binary question, should be easy to determine ;) Yoav Shapira Millennium Research Informatics Hi ! Yes, sorry, I forgot. I think for the most part the answer is no, however for these apps I'm not worried about maintaining data over a shutdown-startup of the server nor am I running in a cluster. The interesting thing is that on Windows (Win2K to be exact) every hit to Tomcat seems to start a new session! I'm making a set of tests that will eventually work up to the actions that the application does to maintain session data. And, yes, I will be making the session objects serializable just to avoid future problems... For your enjoyment here is the same test app on two machines, my Win2K laptop and a Linux (Fedora Core 1) server. On Windows it is 5.0.25-alpha (previously 5.0.24) and on Linux it is 5.0.24 (out-of-the-box with no patches applied). I _think_ I have the external url correct. Linux http://ontarioshoots.ath.cx:8080/TC5test/ Windows http://ontarioshoots.ath.cx:8088/TC5test/ If you would like the .war file that it is deployed from just let me know... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. This e-mail message, and any accompanying documents, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or copying is prohibited. If you are not the intended recipient, please contact our office by email or by telephone at (508) 747-7261 and immediately destroy all copies of the original message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
putValue and getValue have been deprecated. See: http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html Use setAttribute and getAttribute instead. On Thursday 20 May 2004 08:41 am, M.Hockings wrote: My ISP has just upgraded the servlet container from Tomcat 4.1 (which was working just fine BTW) to Tomcat 5.0 (5.0.19 I believe). I have had several webapps successfully deployed under Tomcat 4.1 that were causing Tomcat 5 not to start. For the most part I think I have fixed all of these problems (largely a miss-configuration of log4j) but still one major problem remains. The remaining problem is that session data does not seem to be preserved from page to page. That is, if on a simple .jsp I have something like: myPackage.myClass ml = new myPackage.myClass(); session.putValue(ml,ml); Then do a form-based submit to a second jsp which contains: jsp:useBean id=ml scope=session type=myPackage.myClass / Then I get an error saying javax.servlet.ServletException: bean ml not found within scope If I try to manually extract the ml attribute from the session in the second .jsp I find that it is not set. I have done some Googling about this problem but I don't see anything that would help -- the hits were largely about clustering. In my case I do not have access to the Tomcat config (server.xml) and have to live with how things are configured at the ISP. Has anyone else experienced this problem? If so, is there a solution? To test this I have also installed Tomcat 5.0.24 on my laptop (Win2K) where it exhibits the same problem and on a Linux (Fedora Core 1) machine where it does not exhibit this problem. Both are running on Sun's 1.4 JDK with the stock (as shipped) server.xml. The ISP which has been very responsive in the past is being not all that helpful and they had the active component of the sites down for the best part of a week! Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. This e-mail message, and any accompanying documents, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, distribution or copying is prohibited. If you are not the intended recipient, please contact our office by email or by telephone at (508) 747-7261 and immediately destroy all copies of the original message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
On Thu, May 20, 2004 at 08:55:43AM -0400, Ben Souther wrote: : putValue and getValue have been deprecated. : See: : http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html : : Use setAttribute and getAttribute instead. Yes, did you rebuild your app when you upgraded? That would have caught the deprecation warning. I've included that, and other tips, in my (brief) 4.x - 5.x upgrade guide: http://www.brandxdev.net/misc/tomcat_upgrade.site Ben: thanks for the putValue/getValue info, I'll include that as well. (It never bit me, because I never used them... ;) -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session data in Tomcat 5
Hi, I've included that, and other tips, in my (brief) 4.x - 5.x upgrade guide: http://www.brandxdev.net/misc/tomcat_upgrade.site Thanks for making that available, quite useful. Regards, Ryan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
QM wrote: On Thu, May 20, 2004 at 08:55:43AM -0400, Ben Souther wrote: : putValue and getValue have been deprecated. : See: : http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html : : Use setAttribute and getAttribute instead. Yes, did you rebuild your app when you upgraded? That would have caught the deprecation warning. I've included that, and other tips, in my (brief) 4.x - 5.x upgrade guide: http://www.brandxdev.net/misc/tomcat_upgrade.site Ben: thanks for the putValue/getValue info, I'll include that as well. (It never bit me, because I never used them... ;) -QM To be honest the putValue/getValue has been deprecated for a while but continues to work so I've been too lazy to change it (why change what works). However changing to setAttribute/getAttribute seems to make no difference. All I'm trying to get functional at the moment is a set of 4 or 5 jsp's that bounce back and forth to allow people to update some properties files. If I can get that going then I'll move on to the Stuts based apps. The loose jsp's are just dropped into a pre-defined (by the ISP) webapp and are thus not truly built. The bigger apps are crafted using IBM's WDSCi for j2ee 1.3 and deployed via WAR files. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Yes, good point, gives you an idea how long some of this stuff has been deployed :-) However, even changing to setAttribute() and getAttribute() does not seem to solve the problem. This should be trivial I would think but it seems to be beyond me at the moment. Is there maybe some (small) limit to the size of session attributes in Tomcat 5? In this case ml is a populated properties file. Though in this case it contains only about 5 or 6 entries. in starting jsp 1 session.setAttribute(ml,ml); in target jsp 2 MyPackage.MyClass ml = (MyPackage.MyClass)session.getAttribute(ml); System.out.println(ml = +ml); then in the log I see... ml = null Mike Ben Souther wrote: putValue and getValue have been deprecated. See: http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html Use setAttribute and getAttribute instead. On Thursday 20 May 2004 08:41 am, M.Hockings wrote: My ISP has just upgraded the servlet container from Tomcat 4.1 (which was working just fine BTW) to Tomcat 5.0 (5.0.19 I believe). I have had several webapps successfully deployed under Tomcat 4.1 that were causing Tomcat 5 not to start. For the most part I think I have fixed all of these problems (largely a miss-configuration of log4j) but still one major problem remains. The remaining problem is that session data does not seem to be preserved from page to page. That is, if on a simple .jsp I have something like: myPackage.myClass ml = new myPackage.myClass(); session.putValue(ml,ml); Then do a form-based submit to a second jsp which contains: jsp:useBean id=ml scope=session type=myPackage.myClass / Then I get an error saying javax.servlet.ServletException: bean ml not found within scope If I try to manually extract the ml attribute from the session in the second .jsp I find that it is not set. I have done some Googling about this problem but I don't see anything that would help -- the hits were largely about clustering. In my case I do not have access to the Tomcat config (server.xml) and have to live with how things are configured at the ISP. Has anyone else experienced this problem? If so, is there a solution? To test this I have also installed Tomcat 5.0.24 on my laptop (Win2K) where it exhibits the same problem and on a Linux (Fedora Core 1) machine where it does not exhibit this problem. Both are running on Sun's 1.4 JDK with the stock (as shipped) server.xml. The ISP which has been very responsive in the past is being not all that helpful and they had the active component of the sites down for the best part of a week! Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session data in Tomcat 5
Hi, Is your attribute Serializable? That's a big deal ;) There's no limit imposed by Tomcat on session attribute size. Yoav Shapira Millennium Research Informatics -Original Message- From: M.Hockings [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 9:20 AM To: Tomcat Users List Subject: Re: session data in Tomcat 5 Yes, good point, gives you an idea how long some of this stuff has been deployed :-) However, even changing to setAttribute() and getAttribute() does not seem to solve the problem. This should be trivial I would think but it seems to be beyond me at the moment. Is there maybe some (small) limit to the size of session attributes in Tomcat 5? In this case ml is a populated properties file. Though in this case it contains only about 5 or 6 entries. in starting jsp 1 session.setAttribute(ml,ml); in target jsp 2 MyPackage.MyClass ml = (MyPackage.MyClass)session.getAttribute(ml); System.out.println(ml = +ml); then in the log I see... ml = null Mike Ben Souther wrote: putValue and getValue have been deprecated. See: http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.ht ml Use setAttribute and getAttribute instead. On Thursday 20 May 2004 08:41 am, M.Hockings wrote: My ISP has just upgraded the servlet container from Tomcat 4.1 (which was working just fine BTW) to Tomcat 5.0 (5.0.19 I believe). I have had several webapps successfully deployed under Tomcat 4.1 that were causing Tomcat 5 not to start. For the most part I think I have fixed all of these problems (largely a miss-configuration of log4j) but still one major problem remains. The remaining problem is that session data does not seem to be preserved from page to page. That is, if on a simple .jsp I have something like: myPackage.myClass ml = new myPackage.myClass(); session.putValue(ml,ml); Then do a form-based submit to a second jsp which contains: jsp:useBean id=ml scope=session type=myPackage.myClass / Then I get an error saying javax.servlet.ServletException: bean ml not found within scope If I try to manually extract the ml attribute from the session in the second .jsp I find that it is not set. I have done some Googling about this problem but I don't see anything that would help -- the hits were largely about clustering. In my case I do not have access to the Tomcat config (server.xml) and have to live with how things are configured at the ISP. Has anyone else experienced this problem? If so, is there a solution? To test this I have also installed Tomcat 5.0.24 on my laptop (Win2K) where it exhibits the same problem and on a Linux (Fedora Core 1) machine where it does not exhibit this problem. Both are running on Sun's 1.4 JDK with the stock (as shipped) server.xml. The ISP which has been very responsive in the past is being not all that helpful and they had the active component of the sites down for the best part of a week! Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Shapira, Yoav wrote: Hi, Is your attribute Serializable? That's a big deal ;) There's no limit imposed by Tomcat on session attribute size. Yoav Shapira Millennium Research Informatics Hmm, interesting thought Yoav. It is a class derived from a properties file but I'm not sure if the derived class itself is serializable.I guess I'd only considered that important when dealing with policy redirectors clusters in a larger environment. Is Tomcat 5 requiring/enforcing this? When I look at the javadoc for setAttribute(String key, Object value) it does not indicate that the value needs to be serializable. However, it would not hurt, I'll give it a try. Kind regards, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
On Thursday 20 May 2004 10:15 am, Shapira, Yoav wrote: in starting jsp 1 session.setAttribute(ml,ml); in target jsp 2 MyPackage.MyClass ml = (MyPackage.MyClass)session.getAttribute(ml); System.out.println(ml = +ml); then in the log I see... ml = null You didn't include it in your code snippet so I have to ask: are you sure that the ml object wasn't null before you called setAttribute? Also, are you testing this with the same browser that you were using with the 4x version of Tomcat (that was working)? I'm asking because this looks like a case of MSIE not storing session cookies properly. (IOW: every hit to the server is generating it's own session). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
setAttribute(ml,null); is the same as removeAttribute(ml); just an fyi :) - Original Message - From: Ben Souther [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, May 20, 2004 10:24 AM Subject: Re: session data in Tomcat 5 On Thursday 20 May 2004 10:15 am, Shapira, Yoav wrote: in starting jsp 1 session.setAttribute(ml,ml); in target jsp 2 MyPackage.MyClass ml = (MyPackage.MyClass)session.getAttribute(ml); System.out.println(ml = +ml); then in the log I see... ml = null You didn't include it in your code snippet so I have to ask: are you sure that the ml object wasn't null before you called setAttribute? Also, are you testing this with the same browser that you were using with the 4x version of Tomcat (that was working)? I'm asking because this looks like a case of MSIE not storing session cookies properly. (IOW: every hit to the server is generating it's own session). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Ben Souther wrote: On Thursday 20 May 2004 10:15 am, Shapira, Yoav wrote: in starting jsp 1 session.setAttribute(ml,ml); in target jsp 2 MyPackage.MyClass ml = (MyPackage.MyClass)session.getAttribute(ml); System.out.println(ml = +ml); then in the log I see... ml = null You didn't include it in your code snippet so I have to ask: are you sure that the ml object wasn't null before you called setAttribute? Also, are you testing this with the same browser that you were using with the 4x version of Tomcat (that was working)? I'm asking because this looks like a case of MSIE not storing session cookies properly. (IOW: every hit to the server is generating it's own session). Yup the original is non-null. What I did to confirm this is that after the setAttribute I did a getAttribute into another reference and did a System.out on that to be sure that it actually got put in the session. Today I created a new project in WDSC 5.1.2 (the latest) imported all the files and cleaned up every last validation error. It works just fine in the WAS 5.0 and 5.1 test environments (only J2EE 1.3 though). Deploying to my test Tomcat 5 on Win2K shows the same problem as before. I'm using the same browser and machine as was working with Tomcat 4. I did wonder if cookies were being dropped (I have to run this Integrity Client thing on Win2K that does block some stuff) so I've even tried running with Mozilla from Linux and the symptoms are identical. So it still seems to be something related to this specific webapp code but it hasn't dawned on me what yet. Tomorrow I plan on writing a simple pair of jsps, one to display the session id and all the session data and the other that will display the session id, put an element in the session and submit to the first one. That will more or less simulate the function of the real app that seems to be failing. Once I figure this one out I'm sure it will be a duh kinda feeling... Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
At 04:53 PM 5/20/2004 -0400, you wrote: Ben Souther wrote: On Thursday 20 May 2004 10:15 am, Shapira, Yoav wrote: in starting jsp 1 session.setAttribute(ml,ml); in target jsp 2 MyPackage.MyClass ml = (MyPackage.MyClass)session.getAttribute(ml); System.out.println(ml = +ml); then in the log I see... ml = null You didn't include it in your code snippet so I have to ask: are you sure that the ml object wasn't null before you called setAttribute? Also, are you testing this with the same browser that you were using with the 4x version of Tomcat (that was working)? I'm asking because this looks like a case of MSIE not storing session cookies properly. (IOW: every hit to the server is generating it's own session). Yup the original is non-null. What I did to confirm this is that after the setAttribute I did a getAttribute into another reference and did a System.out on that to be sure that it actually got put in the session. Today I created a new project in WDSC 5.1.2 (the latest) imported all the files and cleaned up every last validation error. It works just fine in the WAS 5.0 and 5.1 test environments (only J2EE 1.3 though). Deploying to my test Tomcat 5 on Win2K shows the same problem as before. I'm using the same browser and machine as was working with Tomcat 4. I did wonder if cookies were being dropped (I have to run this Integrity Client thing on Win2K that does block some stuff) so I've even tried running with Mozilla from Linux and the symptoms are identical. So it still seems to be something related to this specific webapp code but it hasn't dawned on me what yet. Tomorrow I plan on writing a simple pair of jsps, one to display the session id and all the session data and the other that will display the session id, put an element in the session and submit to the first one. That will more or less simulate the function of the real app that seems to be failing. Once I figure this one out I'm sure it will be a duh kinda feeling... I didn't see the earlier posts, but are you using Tomcat-5.0.24? There's a bug related to session cookies which requires a hotfix. However, I'd just install 5.0.25 which has the fix, plus a few others. Also note that Tomcat-5.0.24+ is very strict about objects in the session being serializable (where 5.0.19 was less so). Upon application shutdown, non-serializable attributes will be removed so that upon restart, the non-serializable attributes won't exist in the session. Not sure if that is your problem here, but it's a good thing to note. http://archive.apache.org/dist/jakarta/tomcat-5/v5.0.25-alpha/ Jake Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session data in Tomcat 5
Jacob Kjome wrote: I didn't see the earlier posts, but are you using Tomcat-5.0.24? There's a bug related to session cookies which requires a hotfix. However, I'd just install 5.0.25 which has the fix, plus a few others. Also note that Tomcat-5.0.24+ is very strict about objects in the session being serializable (where 5.0.19 was less so). Upon application shutdown, non-serializable attributes will be removed so that upon restart, the non-serializable attributes won't exist in the session. Not sure if that is your problem here, but it's a good thing to note. http://archive.apache.org/dist/jakarta/tomcat-5/v5.0.25-alpha/ Jake Well, yes and no. That is, on the remote server it is 5.0.19 but locally on my laptop (Win2K) and on a Linux box (FC1) I downloaded and installed 5.0.24. I wrote a pair of simple test jsp's and the version on the Win2K machine certainly has problems as the session is different on every submit. The remote server and the Linux box seem better. After reading your note I uninstalled the 5.0.24 version then downloaded and installed the 5.0.25-alpha version (the alpha part scared me which is why I went with the 5.0.24 before). Interestingly enough it also seems to exhibit the same behaviour (new session on every submit). I guess this means that all the straining and heaving to get things to work on a local Tomcat 5 server before deploying them remotely was a wasted day. For those interested, my test consisted of two simple jsp's like the following one. This is second.jsp the other being first.jsp. In the other jsp test is test2 and test2 is test. %@ page language=java contentType=text/html; charset=UTF-8 pageEncoding=UTF-8 % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEsecond.jsp/TITLE /HEAD BODY Pfont color=blueSecond/font/P pSession ID=%=session.getId()%/p brtest = %=session.getAttribute(test)% brtest2 = %=session.getAttribute(test2)% br form method=post action=first.jsp input type=submit/ /form % session.setAttribute(test,test); % brtest confirm = %=session.getAttribute(test)% /BODY /HTML For the most part I'm only concerned with session stuff while a user is busy editing -- it doesn't have to survive stop/start at all. My feeling right now (FWIF) after repeated deploy/undeploy on the three installs of Tomcat is that Tomcat 5 is certainly is not as solidly stable as Tomcat 4.1. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
