Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 35153 invoked from network); 12 Mar 2008 17:26:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Mar 2008 17:26:20 -0000 Received: (qmail 87294 invoked by uid 500); 12 Mar 2008 17:26:17 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 86845 invoked by uid 500); 12 Mar 2008 17:26:16 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 86836 invoked by uid 99); 12 Mar 2008 17:26:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Mar 2008 10:26:16 -0700 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; Wed, 12 Mar 2008 17:25:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 59407234C094 for ; Wed, 12 Mar 2008 10:24:47 -0700 (PDT) Message-ID: <1054635542.1205342687364.JavaMail.jira@brutus> Date: Wed, 12 Mar 2008 10:24:47 -0700 (PDT) From: "Tsz Wo (Nicholas), SZE (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-3003) FileSystem cache key should be updated after a FileSystem object is created In-Reply-To: <1200851292.1205286526543.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-3003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12577940#action_12577940 ] Tsz Wo (Nicholas), SZE commented on HADOOP-3003: ------------------------------------------------ > ... updated user information. Is that right? That's is true. In HADOOP-2915, there is a discussion about using WeakReference in the cache, so that un-referenced fs could be closed automatically. In that case, the cache values have to be FsRef (extending WeakReference). You are right that we don't need FsRef currently. Do you want me to remove it or keep it for future use? See https://issues.apache.org/jira/browse/HADOOP-2915?focusedCommentId=12575175#action_12575175 > FileSystem cache key should be updated after a FileSystem object is created > --------------------------------------------------------------------------- > > Key: HADOOP-3003 > URL: https://issues.apache.org/jira/browse/HADOOP-3003 > Project: Hadoop Core > Issue Type: Bug > Components: fs > Reporter: Tsz Wo (Nicholas), SZE > Assignee: Tsz Wo (Nicholas), SZE > Fix For: 0.16.2 > > Attachments: 3003_20080311.patch > > > In FileSystem.get(uri, conf), it first creates a cache key from the uri and the conf and then lookups the corresponding FileSystem object in the cache. If the object is not found, it initializes a FileSystem object and put it to the cache with the key. However, during FileSystem creation, the conf might be modified. In such case, the key should be updated before putting it to the cache. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.