I'm assuming ifModifiedSince is already a multiple of 1000 (these are
times in msec). In that case, the following comparison would do the
same thing:
if (ifModifiedSince (lastModified - 999))
or
if (ifModifiedSince = (lastModified - 1000))
But I suppose that /1000*1000 might be
Mladen,
I appreciate you addressing this issue. But isn't this fix just
delaying the problem? An IEEE double has 52 bits of mantissa versus
32 bits for size_t. So the problem will now occur at 4 PB
(petabytes). Sure, that's a lot of bytes and my webservers would
never see this
I hope that the below snapshot of my jkstatus shows up okay. This
is from my current setup using mod_jk 1.2.13 and using the
method=Traffic setting.
What's not obvious from this static snapshot is that the middle
webserver (webl6) is currently getting all requests. This is in
spite
Number of bytes transferred
Rd Number of bytes read
Busy Current number of busy connections
Max Maximum number of busy connections
Hoping this time it's readable...
On Jun 9, 2005, at 8:13 PM, Tom Anderson wrote:
I hope that the below snapshot of my jkstatus shows up okay
1000 days before rolling over.
I suggest that maybe doubles would be better for the read/write
bytes. Although I still prefer a model that doesn't break at
rollover (reset all counters or moving averages for example).
On Jun 9, 2005, at 8:13 PM, Tom Anderson wrote:
At first I thought maybe
I've been getting this behavior on exactly one of our several web
servers. I haven't narrowed it down but suspect a possible hardware
issue (RAM?). It always occurs within the jvm (jvm.dll in your case)
so it could be a bug in the JVM too I suppose. We're going to try to
move our
volunteer to make the patch to
whatever branches it's needed on.
~Tom
p.s. I hope sending a picture to the list isn't taboo... if so, sorry.
On Dec 30, 2004, at 8:53 PM, Tom Anderson wrote:
And to fix the loading of too many sessions while processing expires,
I suggest the attached patch to only
It looks like the list stripped the image attachments. Let me know if
you're interested and I'll forward you the original email with the
pictures.
~Tom
On Jan 5, 2005, at 4:59 PM, Tom Anderson wrote:
FYI,
We applied the 2 patches described in this thread with dramatic
effects on our network
));
}
~Tom
On Dec 29, 2004, at 7:16 PM, Tom Anderson wrote:
I would like to share my experiences in upgrading from Tomcat 4 to
Tomcat 5 and offer some suggestions for improvement (to Tomcat 5)
based on them. This message got a little long but I hope somebody in
the know will find the time to read
, at 7:16 PM, Tom Anderson wrote:
I would like to share my experiences in upgrading from Tomcat 4 to
Tomcat 5 and offer some suggestions for improvement (to Tomcat 5)
based on them. This message got a little long but I hope somebody in
the know will find the time to read it and help me figure
I would like to share my experiences in upgrading from Tomcat 4 to
Tomcat 5 and offer some suggestions for improvement (to Tomcat 5) based
on them. This message got a little long but I hope somebody in the
know will find the time to read it and help me figure out how to
rectify my problems so
Patching Tomcat 4.1.30 is pretty much what I have done. I spent a lot
of effort getting our installation working in a stable way. And a lot
of that effort was in applying patches similar to the ones that are in
the baseline but have never been released.
As far as moving to Tomcat 5.x, I
ballot
The 4.1.31 maintenance release should happen:
[ X ] Yes
[ ] No
/ballot
I would benefit directly from many of the fixes.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There have been some important bug fixes in the baseline since April
that haven't made it to a release version yet. Are there plans to
release another version of Tomcat 4.1?
The changes I am interested in some fixes that were done by Glenn and
Markt but some thought they might be too risky.
I'm just a list lurker (so my opinion doesn't count) but I'm really
happy to see these fixes. I have had to override JDBCStore and
PersistentManagerBase at my site to make similar fixes so that things
work acceptably (yes, I submitted patches but they weren't accepted).
Having these fixes
. The JDBCStore is documented in
/webapps/tomcat-docs/config/manager.xml .
And those docs are up to date.
Perhaps this file should be removed from CVS.
Regards,
Glenn
Tom Anderson wrote:
I noticed that the JDBCStore-howto.html no longer reflects reality so
I updated it. Here's my patch.
~Tom
I noticed that the JDBCStore-howto.html no longer reflects reality so I
updated it. Here's my patch.
~Tom
Index: JDBCStore-howto.html
===
RCS file: /home/cvspublic/jakarta-tomcat-4.0/catalina/docs/JDBCStore-howto.html,v
Have you read this document?
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
On Thursday, March 6, 2003, at 09:58 AM, Uros Kotnik wrote:
Hi I know this is for tomcat-user but maybe I can get faster answer
here.
I'm using TC 4.1.18
I developed app in W2K environment, but
I agree. It also messes with session persistence.
On Wednesday, March 5, 2003, at 06:21 PM, Michael Tildahl wrote:
It looks like the StandardSession class, in the 4.x line, uses two
variables
thisAccessedTime and lastAccessedTime to keep track of the sessions
last
accessed time. The method
It would be nice if Tomcat detected the encoding. I posted a similar
question with no response.
Here's how I think you should handle this.
// call before getting anything from the reqest
request.setCharacterEncoding(UTF-8);
Then all strings will be pulled as UTF-8 which is equivalent to the
I have a question about the Tomcat implementation of the Java Servlet
Spec (2.3) with regards to request character encoding. Section 4.9 of
the spec reads as follows:
SRV.4.9 Request data encoding
Currently, many browsers do not send a char encoding qualifier with the
Content-
Type header,
I wrote a patch to JDBCStore.java that adds a new column to the
tomcat$sessions table to hold information about the webapp that is
trying to save the session.
The need for this comes when you run multiple webapps which each may
have classes in session that are unique to the webapp. As
I just discovered another feature of the the JDBCStore.
If your webapps save their own classes in the Session (as webapps are
wont to do), then when JDBCStore runs its checks to clean the database,
it will try to pull in ALL sessions including those from other webapps.
Becasue the classes
Can anyone explain to me why the getLastAccessedTime() method returns
the PREVIOUS accessed time? The Java docs for HttpSession suggest
this should be the last time the client sent a request associated with
this session. To me, that means it should be updated to the current
time when
I've been noticing that sessions are backed up over and over until they
are swapped out, even if they haven't been accessed since the first
backup. This could put a pretty heavy burden on the database (or
file) store, especially if the checkInterval is low.
I put a hack into my version to
On Saturday, February 8, 2003, at 10:59 PM, Tom Anderson wrote:
I would like the PersistentManagerBase to immediately backup a session
if the maxIdleBackup parameter is zero. The reason I want this
behavior is that, in a load-balanced architecture, the next request
might go to another
I would like the PersistentManagerBase to immediately backup a session
if the maxIdleBackup parameter is zero. The reason I want this
behavior is that, in a load-balanced architecture, the next request
might go to another machine which would need to pull it out of store.
Does this sound like
I'm not quite sure why it does but I am finding the implementation of
this class in particular to be somewhat flawed. For example, the
recycle() method doesn't remove a session from memory (via the Manager)
but expire() does. So, when something is recycled, it is actually
left on the list
As currently written, JDBCStore pulls session IDs from the database
using a query of the form:
SELECT COUNT(s.id), c.id FROM tomcat_sessions s, tomcat_sessions c
GROUP BY c.id;
While this query is a clever way to get the count back as part of the
query, it does not scale well to larger
Looks like you may need the dlcompat stuff. Check out this URL:
http://www.geektimes.com/macintosh/os/x/10_0/and/tomcat_install.html
On Sunday, February 2, 2003, at 09:01 PM, Ro wrote:
Hi,
i am doing Java JSP coding and I installed TOMCAT 4.1.18. Now I would
like to link it with apache.
I've
insert newbie disclaimers here
I have been trying to use the JDBCStore stuff and found it to be a
little unstable especially when the database connections have problems
(or when the database is bounced). So, I decided to make some
modifications that would allow it to drop connections on
connection pooling,
etc.
Glenn
Tom Anderson wrote:
insert newbie disclaimers here
I have been trying to use the JDBCStore stuff and found it to be a
little unstable especially when the database connections have
problems (or when the database is bounced). So, I decided to make
some modifications
= null;
}
}
}
On Thursday, January 30, 2003, at 02:31 PM, Tom Anderson wrote:
True, that might be a better design but my motivation was for a quick
fix with minimal impact to the design.
On Thursday, January 30, 2003, at 01:25 PM, Glenn Nielsen wrote:
A better solution might
33 matches
Mail list logo