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
>
>

Reply via email to