Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
BTW, does the spec says that the form login page is excluded from
filters ??
That's undefined, as it's some kind of internal dispatching of the
container. It seemed reasonable trying to do it with a RD forward.
Well, if I have
Costin Manolache wrote:
Remy Maucherat wrote:
BTW, does the spec says that the form login page is excluded from
filters ??
That's undefined, as it's some kind of internal dispatching of the
container. It seemed reasonable trying to do it with a RD forward.
Well, if I have a filter on /* and / ( a
Remy Maucherat wrote:
One simple solution is to add
<% // Force the initialization of "action" servlet
RequestDispatcher
actionS=getServletContext().getNamedDispatcher("action").include(request,response);
%>
in login.jsp
This seems good enough already.
Ok, I'll check it in then after I figur
Costin Manolache wrote:
Remy Maucherat wrote:
The time is mostly parsing web.xml. However, it's nothing when
compared to starting certain webapps (such as the admin webapp),
where *one* webapp takes more time than starting up the rest of
Tomcat (including all the simple webapps, JMX and the mode
Remy Maucherat wrote:
The time is mostly parsing web.xml. However, it's nothing when
compared to starting certain webapps (such as the admin webapp),
where *one* webapp takes more time than starting up the rest of
Tomcat (including all the simple webapps, JMX and the modeler
descriptors, etc).
Remy Maucherat wrote:
I agree. I'm kinda running out of optimization ideas, though (I don't
know if you profiled the regular request processing lately, but
there's really nothing left). There doesn't seem to be too much which
is doable with the startup overall.
I've found that the parsing of th
nnium Research Informatics
>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]
>Sent: Friday, August 06, 2004 1:09 PM
>To: Tomcat Developers List
>Subject: Re: StandardClassLoader ?
>
>Costin Manolache wrote:
>
>> Remy Maucherat wrote:
>>
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
From my profile, the bottleneck for the startup time is XML
parsing and accessing entries in JARs (we can't do anything about
that), with a
Did you try a pull parser ? kxml2 is really fast and only 42K
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
From my profile, the bottleneck for the startup time is XML parsing
and accessing entries in JARs (we can't do anything about that), with a
Did you try a pull parser ? kxml2 is really fast and only 42K :-)
The other approach -
Costin Manolache wrote:
Remy Maucherat wrote:
From my profile, the bottleneck for the startup time is XML parsing
and accessing entries in JARs (we can't do anything about that), with a
Did you try a pull parser ? kxml2 is really fast and only 42K :-)
The other approach - which I think may have
Remy Maucherat wrote:
From my profile, the bottleneck for the startup time is XML parsing and
accessing entries in JARs (we can't do anything about that), with a
Did you try a pull parser ? kxml2 is really fast and only 42K :-)
The other approach - which I think may have a lot of benefits - is t
rom the lack of this functionality.
--
Jess Holle
-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: Thu 8/5/2004 1:37 PM
To: Tomcat Developers List
Cc:
Subject:Re: StandardClassLoader ?
here is the huge performance boost:
Every single time I deserializ
PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 12:48 PM
Subject: Re: StandardClassLoader ?
Filip Hanik - Dev wrote:
>here is the huge performance boost:
>
>Every single time I deserialized an object, it has to do a cl.load
Filip Hanik - Dev wrote:
here is the huge performance boost:
Every single time I deserialized an object, it has to do a cl.loadClass(),
now using a custom object stream, it would search the WCL first, then the SCL. And
since it didn't exist in WCL, it still seemed to
do a long scan each time, and
t;Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 12:37 PM
Subject: Re: StandardClassLoader ?
here is the huge performance boost:
Every single time I deserialized an object, it has to do a cl.loadClass(),
now using a custom object stream, it would search the WCL
Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 11:01 AM
Subject: Re: StandardClassLoader ?
Filip Hanik - Dev wrote:
>During session replication I optimized my code to decide what order class loader to
>use based on the class name.
>
>For example, if yo
Remy Maucherat wrote:
Costin Manolache wrote:
Can you experiment with WebappClassLoader instead :-) ? SCL is only used
in standalone mode and only for loading internal classes. And removing
it will improve class loading time by itself - one less layer of if()
and indirections.
( I'm experimentin
Filip Hanik - Dev wrote:
During session replication I optimized my code to decide what order class loader to
use based on the class name.
For example, if you load a class that starts with org.apache.catalina. I attempt to
load it with the SCL first, it gave the app a
huge performance boost.
I kno
Costin Manolache wrote:
Can you experiment with WebappClassLoader instead :-) ? SCL is only used
in standalone mode and only for loading internal classes. And removing
it will improve class loading time by itself - one less layer of if()
and indirections.
( I'm experimenting with class loading t
- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 9:54 AM
Subject: Re: StandardClassLoader ?
Remy Maucherat wrote:
> Costin Manolache wrote:
>
>> Is there any reason we still need St
Remy Maucherat wrote:
Costin Manolache wrote:
Is there any reason we still need StandardClassLoader ? It seems it is
only used once, in ClassLoaderFactory, and it is used exactly like a
regular URLClassLoader - the only thing that needs to be moved is the
convert() method. The code itself is jus
Costin Manolache wrote:
Is there any reason we still need StandardClassLoader ? It seems it is
only used once, in ClassLoaderFactory, and it is used exactly like a
regular URLClassLoader - the only thing that needs to be moved is the
convert() method. The code itself is just debug and duplicatio
This email [EMAIL PROTECTED] is no longer available due to heavy spamming. Please
visit our website http://www.alestron.com for contact info.
Thank you!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
This email [EMAIL PROTECTED] is no longer available due to heavy spamming. Please
visit our website http://www.alestron.com for contact info.
Thank you!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
Am 16.03.2004 um 20:34 schrieb Shapira, Yoav:
Hi,
Is there some documentation (besides the javadoc) that describes
StandardClassLoader? Does it follow the standard delegation model or
does it query its local repository first?
There's the loader documentation page,
http://jakarta.apache.org/tomcat
Hi,
>Is there some documentation (besides the javadoc) that describes
>StandardClassLoader? Does it follow the standard delegation model or
>does it query its local repository first?
There's the loader documentation page,
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/loader.html,
which
26 matches
Mail list logo
