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 <ma...@apache.org> wrote: > On 18/05/2011 17:10, Dan Checkoway wrote: > > Chris, > > > > Then I'd be faced with 400 (executor maxThreads) separate counter > instances, > > which doesn't solve the centralization thing I was looking for. Mark's > > suggestion about using GlobalRequestProcessor seems to be doing the > > trick...now if only it would be named consistently in mbean space... :-) > > Why does it need to be consistent? A query should always find it > regardless of the ordering. > > Mark > > > > > Dan > > > > On Wed, May 18, 2011 at 12:06 PM, Christopher Schultz < > > ch...@christopherschultz.net> wrote: > > > > Dan, > > > > On 5/18/2011 8:21 AM, 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 counter available centrally. > > > > You could cheat and use a ThreadLocal :) > > > > -chris > >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >> > >> > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >