Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Sun, 25 Dec 2011 04:51:30 +0000 (UTC)
From: "Harsh J (Updated) (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: 
 <1881446239.44472.1324788690876.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1216966697.43810.1324706310740.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (HDFS-2722) HttpFs shouldn't be using an int for
 block size
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HDFS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Harsh J updated HDFS-2722:
--------------------------

    Attachment: HDFS-2722.patch
    
> HttpFs shouldn't be using an int for block size
> -----------------------------------------------
>
>                 Key: HDFS-2722
>                 URL: https://issues.apache.org/jira/browse/HDFS-2722
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: hdfs client
>            Reporter: Harsh J
>            Assignee: Harsh J
>         Attachments: HDFS-2722.patch
>
>
> {{./hadoop-hdfs-project/hadoop-hdfs-httpfs/src/main/java/org/apache/hadoop/fs/http/server/FSOperations.java: blockSize = fs.getConf().getInt("dfs.block.size", 67108864);}}
> Should instead be using dfs.blocksize and should instead be long.
> I'll post a patch for this after HDFS-1314 is resolved -- which changes the internal behavior a bit (should be getLongBytes, and not just getLong, to gain formatting advantages).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira