>You could configure your
>logging to only log the container level categories.
Categories seem useful! will have to do some more reading... thanks a lot for
this, it seems like the solution I am looking for!
cheers,
Peter
- Original Message -
From: "Kees Jan Koster" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael,
Michael Ludwig wrote:
> Christopher Schultz schrieb am 12.11.2008 um 14:46:08 (-0500):
>> What you need to do is provide a unified buffer that /both/ calls can
>> write to. If you use a ByteArrayOutputStream at the lowest level and
>> then wr
Rob Mercer wrote:
> First off, thanks for the quick response!
>
> I've tried to make that call but keep getting null values back for
> both the getUerPrincipal and getRemoteUser on the HttpServletRequest...
> do I need to wait until the next request to make these calls or is it ok
> to check
First off, thanks for the quick response!
I've tried to make that call but keep getting null values back for
both the getUerPrincipal and getRemoteUser on the HttpServletRequest...
do I need to wait until the next request to make these calls or is it ok
to check them immediately after the com
Rob Mercer schrieb am 16.11.2008 um 12:24:00 (-0800):
> I'm trying to implement a JAAS Realm solution, I'm unable to after
> setting the subject/principal figure out how I'm supposed to
> programmatically access either of these values after they've been set
> in my LoginModule's commit() call?
You
Hey,
Tomcat 6.0.14, Vista BE
I'm trying to implement a JAAS Realm solution, I'm unable to after
setting the subject/principal figure out how I'm supposed to
programmatically access either of these values after they've been set in
my LoginModule's commit() call?
I verify that my custom l
Thanks to all that replied to this request. It turns out that the
problem was a conflict between two jar files. I had one logging jar
file in my java lib/ext directory, and one in the lib directory for
the application that wasn't launching. After I adjusted the files so
that there was just
> From: Chuck Hodge [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcatx.x and vista
>
> Have not made any changes to server.xml.
Tomcat normally listens to HTTP requests on port 8080, and AJP requests (from
IIS or httpd) on port 8009. If you have IIS configured to listen on port 8080,
then Tomcat
> From: Gregor Schneider [mailto:[EMAIL PROTECTED]
> Subject: Re: Debian + Apache 2.2 + Tomcat 5.5
>
> - copy debian's tomcat-startup-script - since it is not too bad
Be careful with that - some versions of Debian's Tomcat script throw in changes
in an attempt to accommodate running Tomcat on gcj
I'm giving you a piece of advice:
- copy debian's tomcat-startup-script - since it is not too bad
- after that, remove & purge debian's tomcat-package
- get the tar fro tomcat.apache.org and untar it in a directory of
your choice (i.e. /var/lib)
- copy debian's startup-script back to the origin
Caldarale, Charles R wrote:
From: Chuck Hodge [mailto:[EMAIL PROTECTED]
Subject: Tomcatx.x and vista
I start tomcat as a service manually using Administrative
Tools from the Control Panel. In Firefox I enter
http://localhost:8080/examples/index.html and what I get
back is:
The system cannot fin
> From: Michal Singer [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat request processing gets stuck
>
> maybe the default configuration is not good for load??
No, it's your webapp. Get the thread dumps and tell us what you see in there.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/
> From: Chuck Hodge [mailto:[EMAIL PROTECTED]
> Subject: Tomcatx.x and vista
>
> I start tomcat as a service manually using Administrative
> Tools from the Control Panel. In Firefox I enter
> http://localhost:8080/examples/index.html and what I get
> back is:
>
> The system cannot find the file spe
I didn't think it is a bug in tomcat. i thought of some problem in
configuration I use for tomcat.
maybe the default configuration is not good for load??
markt-2 wrote:
>
> Michal Singer wrote:
>> Hi,
>> 1. Please explain what do you mean by thread dumps?
> Google is your friend, as is http:/
Michal Singer wrote:
> Hi,
> 1. Please explain what do you mean by thread dumps?
Google is your friend, as is http://tomcat.markmail.org
> 2. why do you think this is an application problem?
Years of experience (and if Tomcat had an issue the users list would be
full of posts reporting problems a
> From: Michal Singer [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat request processing gets stuck
>
> 1. Please explain what do you mean by thread dumps?
You could use Google to find definitions and examples...
The JConsole Threads tab shows the stack trace of individual threads; a thread
dump
Hi,
1. Please explain what do you mean by thread dumps?
2. why do you think this is an application problem?
Thanks, Michal
markt-2 wrote:
>
> Michal Singer wrote:
>> Any ideas why the stuck, what can i do to check this? can there be a
>> problem
>> with my tomcat configuration?
>
> Almost cer
Michal Singer wrote:
> Any ideas why the stuck, what can i do to check this? can there be a problem
> with my tomcat configuration?
Almost certainly an application issue.
Take a series of thread dumps (2 or 3) 15 seconds apart and look for
threads that are consistently stuck between dumps.
Mark
Hi.
I use a simulator to send a load of requests to tomcat.
After an hour when sending about 500 messages per minute to tomcat, i see
that the messages from the simulator or not processed by tomcat.
I see that the messages arrive but no process is done in tomcat (using
ethereal).
When i checked t
Ok, I just solved the issue.
I tried deploying a war file using the web-based menu. Showing error message
Permission Denied. Then I changed privileges ober webapps folder and voilà!
Everything started working. All wars were deployed and my custom servlets
worked as well. I kind of feel stupid...
20 matches
Mail list logo
