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 see
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
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
dentiel. Si vous n'êtes pas le
> destinataire de ce document, nous vous signalons qu'il est strictement
> interdit de le diffuser, de le distribuer ou de le reproduire.
> - Original Message -
> From: "Mark Hagger" <[EMAIL PROTECTED]>
> To:
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 between
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,
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 (
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,
>
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 5?
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
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 d
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 a
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
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 ge
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 -X
Err, sorry to contradict you, but to quote from Sun's documentation of
the Properties class:
"This format uses the ISO 8859-1 character encoding. Characters that
cannot be directly represented in this encoding can be written using
Unicode escapes..."
Absolutely no mention of this ASCII restricti
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 en
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
nc type replications? 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]
_
19 matches
Mail list logo
