The following configuration gives me a javax.naming.NameNotFoundException:
Context path=/
!-- connection pool for database --
Resource name=jdbc/data auth=Container type=javax.sql.DataSource
driverClassName=org.postgresql.Driver
url=jdbc:postgresql://localhost/test
Hi Leon,
Recently I've noticed similar deadlocks on my tomcat server. In my case,
the server just hangs with no warning even though there is plenty of
memory available. I tried the following to locate the problem, but it
has all been in vain:
* upgrade jdk from 1.5.0.1 to 1.5.0.6
*
be a problem if you have more then 800
threads.
Do you have NPTL or the standart linux threading? I don't know your
linux distro, but most 2.4.x kernels came out without NPTL support, is
updating to 2.6.x an option for you?
regards
leon
On 3/17/06, Roger Keays [EMAIL PROTECTED] wrote:
Hi Leon
I've studied a number of stack traces and the locking seems fine - there
is evidence of cyclical deadlock. The problem is that a whole lot of
threads (including the ones holding the locks) are listed as 'waiting
for monitor' but I can't see why.
I found out that it was the garbage
Hi there,
I first ran into bug 39627 [1] when trying to get my logging working
properly and got to have a pretty thorough read of the JULI code. I
noticed that the readConfiguration(stream) method doesn't reset the
configuration properly. It just calls a super.reset(), but the
superclass
Hi there,
I'm running tc-5.5.16 and am having a problem with certain clients
consuming large numbers of ajp threads which are never released. I can
see from the httpd logs that these clients are all Windows machines and
each thread is being used to return a 16-64Kb portion of the files they
Ondrej Zizka wrote:
Hello,
I have the common problem with PermGen and Tomcat, see
http://mail-archives.apache.org/mod_mbox/tomcat-users/200606.mbox/[EMAIL
PROTECTED]
Suppose there is a school server where students (re)deploy their apps, each
of which's classes definitions take about five to
