Hello, it is my understanding that if I specify the fully qualified name of
a class that implements java.util.logging.Formatter like so in
conf/logging.properties:
2localhost.org.apache.juli.FileHandler.formatter = CustomFormat
Then juli should use that class to format log messages that go
erver
startup with unpacked WAR
Dan Beaulieu wrote:
> Well I guess this gets into the nuances of classloaders that I am
completely
> unfamiliar with, but I wonder why it would be any different if those few
> thousand classes are now packed in a jar and made available as a library
t
, non-APR, windows 2000, slow server
startup with unpacked WAR
Dan Beaulieu wrote:
> Right, I understand the function of the reloadable attribute. What I don't
> understand is how on a modern computer, registering 2000 locations in
> memory/on disk to check for changes could take
Sorry for following up again, but it appears the reloadable attribute was
NOT the problem. Setting it to false and deploying an unpackable war with
classes in WEB-INF/classes and not the jar still takes a long time to start.
-Original Message-
From: Dan Beaulieu [mailto:[EMAIL PROTECTED
n the reloadable flag, you'll see that it actually would add
all 2000 files to be monitored by tomcat, and could have noticeable impact
Filip
Dan Beaulieu wrote:
> Reloadable is true, and unpack is false.
>
> If we tell it to unpack it'll take a long time to start up, but the
s
> and jar up the rest of the packages and place that jar into WEB-INF/lib.
>
> Not ideal, but I guess it will have to do, but I don't see why it would
> matter how many classes are in WEB-INF/classes. Start up time is now
around
> 5s instead of 80s.
>
> -Original Message---
/lib.
Not ideal, but I guess it will have to do, but I don't see why it would
matter how many classes are in WEB-INF/classes. Start up time is now around
5s instead of 80s.
-Original Message-
From: Dan Beaulieu [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 23, 2007 10:32 AM
To:
Hello, we are having problems with slow server startup with Tomcat6. It is a
basic webapp and the server starts up fairly quickly when WEB-INF exists,
but if we are trying to deploy from a WAR, it takes 10 times as long. I've
downloaded the tomcat source to try to dig in and see what is going on,
og entries in the rewrite log, if the module
is doing anything. Maybe there's a problem with the spaces in the path?
Mske sure, the Apache user can write to the file, so it wasn't created
during a test run by a user with other privileges.
Why is your JkOption gone?
Regards,
Rainer
;t forget to use the PT flag, when
combining mod_rewrite and mod_jk.
If it doesn't easily work for you:
Add a RewriteLog with a high RewriteLogLevel (e.g. 9) and increase
JkLogLevel to debug. Then you can follow the manipulation of the URL.
Regards,
Rainer
Dan Beaulieu wrote:
> Thank you
then the browsers would
not "learn", that they are using a wrong URL.
Regards,
Rainer
Dan Beaulieu wrote:
>
> I am trying to migrate our current system of apache/jserv to apache tomcat
> using modjk. I am trying to shoe horn our current configuration.
>
> I have a webap
I am trying to migrate our current system of apache/jserv to apache tomcat
using modjk. I am trying to shoe horn our current configuration.
I have a webapp lets call it myApp. Now some of our static content, beyond
my control, requests urls like
https://localhost/demo/myApp/servlets/aServlet;jse
12 matches
Mail list logo