Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 29965 invoked from network); 27 Jul 2009 20:43:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Jul 2009 20:43:32 -0000 Received: (qmail 66865 invoked by uid 500); 27 Jul 2009 20:44:37 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 66755 invoked by uid 500); 27 Jul 2009 20:44:37 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 66745 invoked by uid 99); 27 Jul 2009 20:44:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jul 2009 20:44:37 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jul 2009 20:44:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id DAD4B234C04C for ; Mon, 27 Jul 2009 13:44:14 -0700 (PDT) Message-ID: <993602171.1248727454895.JavaMail.jira@brutus> Date: Mon, 27 Jul 2009 13:44:14 -0700 (PDT) From: "William Pietri (JIRA)" To: issues@commons.apache.org Subject: [jira] Created: (VFS-270) Don't log VFS internal info unless vital MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Don't log VFS internal info unless vital ---------------------------------------- Key: VFS-270 URL: https://issues.apache.org/jira/browse/VFS-270 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.0 Environment: Occurs for me under JDK 1.6 with 32 bit Linux, but presume everywhere. Reporter: William Pietri Priority: Minor Please change VFS's default behavior so that it by default no longer produces programmer-focused info to stdout. My situation is that I'm building a command-line tool. I'm using VFS because a) the Java file API is somewhat awkward, and b) I wanted to have my tool run in a dry-run mode, where it uses an in-RAM filesystem that gets discarded. Even when operating purely on local files, my command-line script produces this output: Jul 27, 2009 1:00:02 PM org.apache.commons.vfs.VfsLog info INFO: Using "/tmp/vfs_cache" as temporary files store. Surely, that's interesting to VFS developers. And maybe that's interesting to me as a developer using the library, although it makes me wonder why it's creating temporary files while doing local file access. But that's definitely not interesting to the users of my tool, especially ones who put it in a cron job, getting regular mail that contains only this. My suggestion is twofold: 1) Change the default logging levels so that they're tuned to the interests of a typical app consumer, rather than a developer. This message, for example, should be at DEBUG level rather than INFO level. 2) Optionally, allow developers who'd like more verbose logging of VFS internals an easy way to say so. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.