[infinispan-dev] Log message categories
Alan Field
afield at redhat.com
Tue Aug 12 10:01:17 EDT 2014
Hey Dan,
I know there aren't too many messages today, but I was thinking that status and statistics messages would be good to show. (Map/Reduce task ID ### has started the map phase, Map/Reduce task ID ### has completed the map phase + stats, etc., Query ID ### executed in x.xx secs)
Thanks,
Alan
----- Original Message -----
> From: "Dan Berindei" <dan.berindei at gmail.com>
> To: "infinispan -Dev List" <infinispan-dev at lists.jboss.org>
> Sent: Tuesday, August 12, 2014 2:37:45 PM
> Subject: Re: [infinispan-dev] Log message categories
> I don't think we have a lot of INFO map/reduce or dist exec, but perhaps some
> DEBUG messages' level could be increased. Actually, that is also true for
> state transfer and rebalancing messages...
> I agree in principle with the idea, my only concern is that we'll spend too
> much time managing which messages should be moved to these special
> categories (and sometimes moved from DEBUG to INFO).
> Cheers
> Dan
> On Tue, Aug 12, 2014 at 3:20 PM, Alan Field < afield at redhat.com > wrote:
> > I would also propose these categories for log messages:
>
> > org.infinispan.QUERY
>
> > org.infinispan.MAPREDUCE
>
> > org.infinispan.DISTEXEC
>
> > Thanks,
>
> > Alan
>
> > ----- Original Message -----
>
> > > From: "Tristan Tarrant" < ttarrant at redhat.com >
>
> > > To: "infinispan -Dev List" < infinispan-dev at lists.jboss.org >
>
> > > Sent: Tuesday, August 12, 2014 10:35:34 AM
>
> > > Subject: [infinispan-dev] Log message categories
>
> > >
>
> > > Dear all,
>
> > >
>
> > > currently the Infinispan log messages "fall" in the categories named
>
> > > from the originating class. While this isfine for TRACE/DEBUG messages,
>
> > > there are some high-level INFO events which warrant their own specific
>
> > > categories. I think that user-triggered events (such as JMX ops) should
>
> > > also be treated like this.
>
> > > Examples:
>
> > >
>
> > > org.infinispan.CLUSTER (for important view change, state transfer and
>
> > > rebalancing messages)
>
> > > org.infinispan.CACHE (for cache lifecycle events)
>
> > > org.infinispan.PERSISTENCE
>
> > >
>
> > > What do you think ?
>
> > > Any other suggestions ?
>
> > >
>
> > > Tristan
>
> > > _______________________________________________
>
> > > infinispan-dev mailing list
>
> > > infinispan-dev at lists.jboss.org
>
> > > https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
> > >
>
> > _______________________________________________
>
> > infinispan-dev mailing list
>
> > infinispan-dev at lists.jboss.org
>
> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20140812/c5bae827/attachment.html
More information about the infinispan-dev
mailing list