You are almost certainly having a problem with (default) character
encodings on your system, usual things to check are the encoding that
the JVM is using, for example what does:
echo $LANG
return (usually controlled by what's defined in /etc/sysconfig/i18n -
although I'm not familiar with Ubuntu
? Does it have a lower
memory/performance impact, better throughput or what?
Any enlightenment, or indeed some performance figures if anyone has
them, would be useful.
Regards,
Mark
--
Mark Hagger
[EMAIL PROTECTED
You need to have:
-Djava.awt.headless=true
in your java start up args, this will prevent it from trying to talk to an X
server. Obviously some image related stuff has to talk to an X server, but
just ImageIO stuff is fine.
Mark
On Thursday 12 January 2006 19:31, Frank W. Zammetti wrote:
I
robots.txt is a standard file that search engines should request before trying
to index your site. Its allows you to block the indexer completely, or
partially from your site. Try a google search for robots.txt for more
details.
Not having one is the same as saying feel free to index my
As I'm sure you know this is something of a large can of worms...
All I can say is that from my experience of this modern JVM's are getting much
better at working well with the default gc options (ie jdk 5.0 and above).
We use jrockit for our systems, and just use a simple:
-server -Xms256m
Hi,
This may not be relevant here, but one standard gotcha that keeps
hitting me is a difference in the platforms default encoding. Ie some
machines have a default of ISO-88591, some CP1252, and some UTF-8. The
JVM then just merrily does stuff using the default encoding, and thus
developers get
No question that this is a Java VM problem, no java code should be able
to crash a VM, thats the point of java really.
Although back in the real world this is clearly a problem being
tickled by some code in tomcat. You might want to check that your OS
is fully up to date, and possibly try using
This issue is discussed endlessly as far as I can see, both camps argue
very well for their case
However, my take from personal experience is that its very handy to
have Apache in front, because it gives you a lot of scope to do little
fixes and tweaks to odd users causing problems without
As it happens I can't really begin to count the number of times we've
applied hacks at the Apache level to work around code bugs (did I say
bug? I meant feature...). Although to be fair most of these are caused
by users/customers doing odd things outside the spec of the current
code.
We also
Hi,
Sorry to go slightly off the topic, but I have to express surprise (laugh) at
the 99.99% availability bit. Its highly laudable to aim at that, indeed
mobile phone operators claim to aim for, or even require, five 9's, ie
99.999%, which equates to a massive 315 minutes downtime per year
On Tuesday 14 November 2006 16:49, Caldarale, Charles R wrote:
Your premise is well taken, but the math is a bit shaky. 99.99% uptime
per week equates to 1 minute of downtime in that period, not one hour,
which emphasizes you point even more.
Ooops, how embarrassing, I calculated everything
Hi,
I'm just considering an update to our workers.properties for the mod_jk
Apache plugin.
I'm not entirely sure what the difference between the socket_timeout and
reply_timeout handling is, if any.
socket_timeout is described as:
Socket timeout in seconds used for communication channel
.
- Original Message -
From: Mark Hagger [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Wednesday, December 13, 2006 7:08 AM
Subject: mod_jk socket_timeout vs reply_timeout
Hi,
I'm just considering an update to our workers.properties for the mod_jk
Apache plugin
On Sat, 2009-01-03 at 14:30 -0500, Cosio, Raul wrote:
Memory leak is an advanced task. But once understood is very easy to fix
them, just follow some simple rules, most common situations are: 1) Not
Usually a matter of torturing yourself for some time following
classloader trees, together with
I had a similar problem when I switched to tomcat6, as a workaround I
ended up modifying my jsp to build the string outside of the %=..% bit
and insert it in one lump.
Ie changed something like
%= ' + otherthing + '%
into
%
String txt = ' + otherthing + ';
%
%= txt %
which seemed to make it
Hi,
I'm running a tomcat cluster with in-memory replication, two nodes in
fact, with around 15 webapps all of which are being replicated, and I'm
slightly surprised by the behaviour of the system when I start both
nodes simultaneously up from cold.
Basically as each node starts up it deploys the
Frankly I'd suggest moving to the latest JDK 5.0 release, 1.4.0 is a
pretty old and creaking version of the JVM really. GC has undergone
huge changes in Sun's JVM from 1.4.0 to their current 1.5.0_06 release.
I also do wonder why you upgraded from tomcat 3 to tomcat 4. Whats
wrong with tomcat
My best guess is that you've somehow stored the request object itself on
the session, and thus the replication is trying to replicate that to the
other nodes.
If this is the case then this is almost certainly a bad idea.
Mark
On Thu, 2006-08-24 at 09:04 -0500, Bischoff, Mathew wrote:
Hi,
18 matches
Mail list logo