http://tomcat.apache.org/tomcat-7.0-doc/config/valve.html
*%D* - Time taken to process the request, in millis
What does %D in the actually represent? Let's say the stack trace looks
like:
at org.apache.catalina.connector.CoyoteAdapter.service
(CoyoteAdapter.java:403)
at
org.apache.
Also forgot to ask...is there an MBean attribute that I can check via JMX to
see how many established connections are waiting to be serviced? i.e. if
there's a backlog in the accept queue?
On Thu, Jul 21, 2011 at 12:12 PM, Dan Checkoway wrote:
> http://tomcat.apache.org/tomcat-7.0-do
nnections are
established and waiting to be handled?
I suppose I can try using netstat to count ESTABLISHED connections
instead...
Dan
On Thu, Jul 21, 2011 at 6:01 PM, Pid wrote:
> On 21/07/2011 17:16, Dan Checkoway wrote:
> > Also forgot to ask...is there an MBean attribute that I can
Gotcha, makes sense. Thanks Mark!
On Thu, Jul 21, 2011 at 6:52 PM, Mark Thomas wrote:
> On 21/07/2011 23:01, Pid wrote:
> > On 21/07/2011 17:16, Dan Checkoway wrote:
> >> Also forgot to ask...is there an MBean attribute that I can check via
> JMX to
> >> see ho
I recently upgraded from 7.0.16 to 7.0.19, and having made no other changes
whatsoever, I've bumped into a new problem compiling long JSPs:
java.lang.Error: Unresolved compilation problem:
org.apache.jsp.mydir.my_005fexample_jsp._jspService(my_005fexample_jsp.java:593)
org.apache.jasper.runt
& map diffs follow. But that's it.
Dan
On Sun, Jul 24, 2011 at 10:40 AM, Dan Checkoway wrote:
> I recently upgraded from 7.0.16 to 7.0.19, and having made no other changes
> whatsoever, I've bumped into a new problem compiling long JSPs:
the source file after
> >> * generation to assist with modification tracking.
> > 516c519
> > < private static java.util.List _jspx_dependants;
> > ---
> >> private static java.util.Map
> > _jspx_dependants;
> >
> > ...and then the list &
hange from 7.0.16 to 7.0.19 with respect to "max
method size" or something of that nature. I'll assume I'm not the only
lonely soul out here who's going to bump into this...
Dan
On Mon, Jul 25, 2011 at 4:33 AM, Mark Thomas wrote:
> On 24/07/2011 15:40, Dan Checkoway wr
I'm curious how long Executor threads live prior to being
recycled/replaced/what have you. Is there a way to control this lifecycle?
I'm using ThreadLocal to allocate some resources per thread...and the
behavior I'm seeing is that after some period of time, my ThreadLocal
goes away and needs to b
centralize management of this
stuff and have to synchronize access to it across my hundreds of executor
threads.
Sounds like I'll need to bite the bullet on that. Oh well... :-)
On Tue, Sep 20, 2011 at 2:55 PM, Mark Thomas wrote:
> On 20/09/2011 19:29, Dan Checkoway wrote:
> > I
So yeah, I'm going to centralize the pool and just synchronize management of
it. Oy.
On Tue, Sep 20, 2011 at 3:02 PM, Mark Thomas wrote:
> On 20/09/2011 19:59, Dan Checkoway wrote:
> > Thanks for the quick reply, Mark. Much appreciated. I was afraid that
> was
> > the
mally blocking" pool impl
that supports bulk borrow/return, shoot it my way...thx.
On Tue, Sep 20, 2011 at 3:11 PM, Mark Thomas wrote:
> On 20/09/2011 20:06, Dan Checkoway wrote:
> > To be specific, we're having a major issue with garbage generation. To
> > avoid this
gt; -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dan,
>
> On 9/20/2011 2:29 PM, Dan Checkoway wrote:
> > I'm curious how long Executor threads live prior to being
> > recycled/replaced/what have you. Is there a way to control this
> > lifecycle?
>
d, Sep 21, 2011 at 9:46 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dan,
>
> On 9/20/2011 4:47 PM, Dan Checkoway wrote:
> > Thanks Chris. Those threads are *never* idle in this app. :-)
> &g
Hello,
I run several webapps under one instance of tomcat (7.0.21 currently, fwiw),
and each webapp uses JDK logging and needs to log to its own separate log
file. I accomplish this by placing logging.properties in WEB-INF/classes,
and an example of how it's set up is:
handlers = org.apache.juli
ing FrameworkServlet 'dispatcher'
Oct 11, 2011 8:48:28 AM org.apache.catalina.core.ApplicationContext log
INFO: Closing Spring root WebApplicationContext
I'm confused as to why everything else is going to catalina.out...any
advice?
Thanks,
Dan
On Tue, Oct 11, 2011 at 8:36 AM, Pid
2011 at 9:08 AM, Konstantin Kolinko
wrote:
> 2011/10/11 Dan Checkoway :
> > So...
> >
> > 1. Is it currently possible to do what I'm trying to do? Per-webapp
> logging
> > control without using WEB-INF/classes/logging.properties? I could really
> > use
ps://github.com/dcheckoway/async-test
See the README in there for details.
Please let me know if I've missed something simple! I'm relatively new to
Servlet 3.0...
Thanks,
Dan Checkoway
Ah, excellent. Glad to know I wasn't on crack. :-) Thanks for the quick
reply!
Dan
On Thu, May 12, 2011 at 12:51 PM, Mark Thomas wrote:
> On 12/05/2011 17:33, Dan Checkoway wrote:
> > Hello,
> >
> > I recently started working with Servlet 3.0 async stuff with
do think it's a legit
bug...unless you think I've missed something about AsyncContext usage and
I'm doing something wrong.
Again, my easily reproducible test case is here:
https://github.com/dcheckoway/async-test
Thanks,
Dan
On Thu, May 12, 2011 at 1:00 PM, Dan Checkoway wrote:
&g
https://issues.apache.org/bugzilla/show_bug.cgi?id=51197
Thanks Mark!
On Fri, May 13, 2011 at 8:33 AM, wrote:
> Dan Checkoway wrote:
>
> >Mark,
> >
> >I wanted to let you know that 7.0.14 (I dl'd the official release this
> >morning) changed the behavior
I wanted to express my thanks for the heads-up on bindOnInit as well. I had
overlooked that in the connector config doc.
Just curious...is there any down side to setting bindOnInit="false"?
To be honest, tomcat's default behavior of accepting a connection before
being able to serve it (i.e. whil
I'm looking for advice on the most reliable & efficient way to track tomcat
throughput...preferably via JMX. I've written a simple app that uses JMX to
grab the "completedTaskCount" attribute on the Executor. My assumption was
that the Executor's completedTaskCount would be a fairly accurate way
ller...?
:-)
Dan
On Tue, May 17, 2011 at 4:22 AM, Dan Checkoway wrote:
> I'm looking for advice on the most reliable & efficient way to track tomcat
> throughput...preferably via JMX. I've written a simple app that uses JMX to
> grab the "completedTaskCount" att
kled. For instance, it's easy to track the CPU usage for each
> synchronous request (obviously from the servlet filter on down in the call
> stack, not counting the Tomcat calls before/after this), but not so easy for
> an asynchronous request...
>
> --
> Jess Holle
>
Dan
On Wed, May 18, 2011 at 8:34 AM, Mark Thomas wrote:
> On 18/05/2011 13:21, Dan Checkoway wrote:
> > Gotcha...yeah, it would be trivial to slap an AtomicLong counter in a
> > filter, but I'd hate to double the synchronization hit if tomcat already
> has
> > this coun
in mbean space... :-)
Dan
On Wed, May 18, 2011 at 12:06 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dan,
>
> On 5/18/2011 8:21 AM, Dan Checkoway wrote:
> > Gotcha...yeah, it would be trivial to slap a
7.0.14, I'm a bleeding edge adopter. :-)
On Wed, May 18, 2011 at 2:35 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dan,
>
> On 5/18/2011 12:10 PM, Dan Checkoway wrote:
> > Then I'
Good question. I'm using the ObjectName(String) constructor to query the
mbean. I'll give it a shot with ObjectName(String, Hashtable) instead and
see if parameterizing like that helps...
Dan
On Wed, May 18, 2011 at 6:05 PM, Mark Thomas wrote:
> On 18/05/2011 17:10, Dan Ch
Recently, after updating to tomcat 7.0.14 (from 6.0.29), I started seeing
these pop up in catalina.out from time to time. I honestly have no idea if
it's related to the tomcat version or some legitimately wacked out
Set-Cookie header coming in. I didn't see it prior to the 7.0.14 upgrade,
but tha
config tweaks would be much appreciated!
Dan
On Fri, May 20, 2011 at 3:56 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
>
> > From: Dan Checkoway [mailto:dchecko...@gmail.com]
> > Subject: Control character in cookie value or attribute
>
> > I h
ed.
Can you guys shed any light on what might evoke that "Control character in
cookie value or attribute" error in 7.0.14?
I still can't get my head wrapped around which ServerCookie.* property(ies)
to tweak to try to figure this out.
Thanks,
Dan
On Fri, May 20, 2011 at 4:56 PM,
request and figure out what nastiness is
getting passed in the Set-Cookie value (presumably unicode).
Dan
On Tue, May 24, 2011 at 4:42 PM, Mark Thomas wrote:
> On 24/05/2011 21:25, Dan Checkoway wrote:
>> This is super low priority, since I assume somebody is passing junk in a
>>
I wasn't gonna say anything about that, but I did consult my "operator
precedence" reference while looking at it... :-) +1 on parens!
Dan
On Tue, May 24, 2011 at 5:21 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dan,
&g
n cookie value or attribute
>
>> On 5/24/2011 5:09 PM, Dan Checkoway wrote:
>> > - } else if (CookieSupport.isHttpToken(value) &&
>> > - !CookieSupport.ALLOW_HTTP_SEPARATORS_IN_V0 ||
I have two webapps that need to run under the same instance of tomcat. One
needs COERCE_TO_ZERO=true, and the other needs COERCE_TO_ZERO=false. By the
looks of it...
http://tomcat.apache.org/tomcat-7.0-doc/config/systemprops.html#Expression_Language
...I can only pick one behavior per tomcat in
n
type object might be the ticket?
Is that a reasonable request? What if I'm willing to help code it? :-)
Thanks,
Dan
On Mon, Jul 4, 2011 at 4:04 PM, Mark Thomas wrote:
> On 04/07/2011 20:46, Dan Checkoway wrote:
> > I have two webapps that need to run under the same instance of
37 matches
Mail list logo
