ies" 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
ies" 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
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 b
>
> 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.
O
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.
Al
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 firewal
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.
Fo
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/hardwa
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
--
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
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 slow
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 n
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, sor
zable.
> 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
>
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
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 hotfi
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 sessi
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
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 i
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: s
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...
> >
> >
> >
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 derive
M
>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
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) lim
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?
T
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
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
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
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 pro
29 matches
Mail list logo