Return-Path: Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: (qmail 55242 invoked from network); 12 Apr 2010 15:05:06 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Apr 2010 15:05:06 -0000 Received: (qmail 66045 invoked by uid 500); 12 Apr 2010 15:05:06 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 66032 invoked by uid 500); 12 Apr 2010 15:05:06 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 66024 invoked by uid 99); 12 Apr 2010 15:05:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Apr 2010 15:05:06 +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.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Apr 2010 15:05:04 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o3CF4grp027152 for ; Mon, 12 Apr 2010 11:04:42 -0400 (EDT) Message-ID: <29305911.24511271084682237.JavaMail.jira@thor> Date: Mon, 12 Apr 2010 11:04:42 -0400 (EDT) From: "Jonathan Ellis (JIRA)" To: commits@cassandra.apache.org Subject: [jira] Updated: (CASSANDRA-971) simplify configuration file loading In-Reply-To: <32046502.23961271083122649.JavaMail.jira@thor> 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 [ https://issues.apache.org/jira/browse/CASSANDRA-971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-971: ------------------------------------- Attachment: 971.txt Since nobody apparently actually uses the ability to change the configuration file (this isn't exposed in our bin/ scripts, and nobody has complained) I've just left that out entirely, renaming storage-conf.xml to cassandra.xml to be less generic. I also removed the undocumented hardcoding of the log4j properties filename. I think this was added to prevent clashing with other log4j.properties bundled with jars that might be on the classpath, so I renamed ours to log4j-server.properties [similar to how we are already using log4j-tools.properties and log4j-junit.properties] to avoid this. > simplify configuration file loading > ----------------------------------- > > Key: CASSANDRA-971 > URL: https://issues.apache.org/jira/browse/CASSANDRA-971 > Project: Cassandra > Issue Type: Improvement > Components: Core > Reporter: Jonathan Ellis > Assignee: Jonathan Ellis > Priority: Minor > Fix For: 0.7 > > Attachments: 971.txt > > > Currently we can load the configuration file from (a) a full path specified by -Dstorage-config, or (b) "storage.conf.xml" located anywhere on the classpath (filename may not be changed). > I think we should figure out what The Right Thing is to do here, and then do it, instead of trying multiple guesses in an effort to prevent ... what? > ISTM that the java idiom here is, look for a default filename on the classpath, and allow customizing that name w/ a system property, but when taking the property ONLY the filename is customized, not the full path. This is what log4j does, for instance. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira