[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Verbosity of logging in the console

From: CÚdric Chabanois <cchabanois_at_no-log.org>
Date: 2005-02-15 22:05:42 CET

There is already a "logEnabled" property on SVNNoticationHandler.
We should replace it by a verbosity level with something like
LOG_NOTHING => no log
LOG_QUIET => no log for propget and status ... (using command to know
which command is being logged)
LOG_ALL => log all

And we should set verbosity to LOG_QUIET by default


>Like I think most Subclipse users, I like to show the SVN Console so that
>I can see what I am doing. As such, I would like to modify the client
>adapter code to remove some of the messages that are just noise. The ones
>that immediately come to mind are propget and status. But I think the
>general rule should be any message that does not provide additional output
>that could be useful. So for example, the message for "update" is useful
>because it is always followed by some "response message" from Subversion.
>Ideally, we would have had some kind of priority framework on messages
>(Info, Debug etc..) and we could control what level we see in the
>preferences. However, that would be a highly disruptive change at this
>point and would not really provide that much benefit.
>I will hold off on making any changes before I get feedback, but again my
>proposal is just to change propget and status to not log their commands to
>the console, and I would be willing to do some others at the same time if
>anyone wants to propose any additional commands.
>Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
>To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
>For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Wed Feb 16 08:05:42 2005

This is an archived mail posted to the Subclipse Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.