You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Yoram Arnon (JIRA)" <ji...@apache.org> on 2006/11/01 19:53:16 UTC

[jira] Created: (HADOOP-668) improvement to DFS browsing WI

improvement to DFS browsing WI
------------------------------

                 Key: HADOOP-668
                 URL: http://issues.apache.org/jira/browse/HADOOP-668
             Project: Hadoop
          Issue Type: Improvement
          Components: dfs
            Reporter: Yoram Arnon
            Priority: Minor


improvement to DFS browsing WI:

1.  Increase the default "Chunk Size to view" to 32K bytes.  Currently 
in most cases, I always need to add another digit to the size and get 
the page redisplayed.

2. Add date to the display.  This may an "approximate" date -- e.g. the 
date of any block of the file.

3. Remove the directory name from the file name in the file list

4. Let the links in the file list point to the file names, not to the 
file data.  That is, if the files in the directory that is displayed in 
the window have changed, clicking on the file name will still get the 
user to the file, rather than saying "bad link" (or smth. like that).  
If you still prefer to link to the file data (there is certain merit to 
this), at least make the link to the removed file say
"sorry, this file has been deleted, here is the link to the current 
version"  or
"sorry, this file has been deleted"

5. replication factor and size for directories is currently meaningless.
use these fields for something meaningful, like total size of directory,
number of files, creation date etc.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (HADOOP-668) improvement to DFS browsing WI

Posted by "Hairong Kuang (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HADOOP-668?page=all ]

Hairong Kuang updated HADOOP-668:
---------------------------------

    Attachment: WebUI.patch

This patch implmented suggested improvements 1, 3, 4, and 5.

Currently dfs does not support the time property for files. So I left improvement 2 unimplemented.

It also includes some cosmetic improvments. The content page uses the sans-serif font.  The background on alternating table row uses a different color, light grey or light blue.




> improvement to DFS browsing WI
> ------------------------------
>
>                 Key: HADOOP-668
>                 URL: http://issues.apache.org/jira/browse/HADOOP-668
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: dfs
>            Reporter: Yoram Arnon
>         Assigned To: Hairong Kuang
>            Priority: Minor
>         Attachments: WebUI.patch
>
>
> improvement to DFS browsing WI:
> 1.  Increase the default "Chunk Size to view" to 32K bytes.  Currently 
> in most cases, I always need to add another digit to the size and get 
> the page redisplayed.
> 2. Add date to the display.  This may an "approximate" date -- e.g. the 
> date of any block of the file.
> 3. Remove the directory name from the file name in the file list
> 4. Let the links in the file list point to the file names, not to the 
> file data.  That is, if the files in the directory that is displayed in 
> the window have changed, clicking on the file name will still get the 
> user to the file, rather than saying "bad link" (or smth. like that).  
> If you still prefer to link to the file data (there is certain merit to 
> this), at least make the link to the removed file say
> "sorry, this file has been deleted, here is the link to the current 
> version"  or
> "sorry, this file has been deleted"
> 5. replication factor and size for directories is currently meaningless.
> use these fields for something meaningful, like total size of directory,
> number of files, creation date etc.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (HADOOP-668) improvement to DFS browsing WI

Posted by "Hairong Kuang (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HADOOP-668?page=all ]

Hairong Kuang updated HADOOP-668:
---------------------------------

               Status: Patch Available  (was: Open)
        Fix Version/s: 0.9.0
    Affects Version/s: 0.8.0

> improvement to DFS browsing WI
> ------------------------------
>
>                 Key: HADOOP-668
>                 URL: http://issues.apache.org/jira/browse/HADOOP-668
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: dfs
>    Affects Versions: 0.8.0
>            Reporter: Yoram Arnon
>         Assigned To: Hairong Kuang
>            Priority: Minor
>             Fix For: 0.9.0
>
>         Attachments: WebUI.patch
>
>
> improvement to DFS browsing WI:
> 1.  Increase the default "Chunk Size to view" to 32K bytes.  Currently 
> in most cases, I always need to add another digit to the size and get 
> the page redisplayed.
> 2. Add date to the display.  This may an "approximate" date -- e.g. the 
> date of any block of the file.
> 3. Remove the directory name from the file name in the file list
> 4. Let the links in the file list point to the file names, not to the 
> file data.  That is, if the files in the directory that is displayed in 
> the window have changed, clicking on the file name will still get the 
> user to the file, rather than saying "bad link" (or smth. like that).  
> If you still prefer to link to the file data (there is certain merit to 
> this), at least make the link to the removed file say
> "sorry, this file has been deleted, here is the link to the current 
> version"  or
> "sorry, this file has been deleted"
> 5. replication factor and size for directories is currently meaningless.
> use these fields for something meaningful, like total size of directory,
> number of files, creation date etc.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Assigned: (HADOOP-668) improvement to DFS browsing WI

Posted by "Hairong Kuang (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HADOOP-668?page=all ]

Hairong Kuang reassigned HADOOP-668:
------------------------------------

    Assignee: Hairong Kuang

> improvement to DFS browsing WI
> ------------------------------
>
>                 Key: HADOOP-668
>                 URL: http://issues.apache.org/jira/browse/HADOOP-668
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: dfs
>            Reporter: Yoram Arnon
>         Assigned To: Hairong Kuang
>            Priority: Minor
>
> improvement to DFS browsing WI:
> 1.  Increase the default "Chunk Size to view" to 32K bytes.  Currently 
> in most cases, I always need to add another digit to the size and get 
> the page redisplayed.
> 2. Add date to the display.  This may an "approximate" date -- e.g. the 
> date of any block of the file.
> 3. Remove the directory name from the file name in the file list
> 4. Let the links in the file list point to the file names, not to the 
> file data.  That is, if the files in the directory that is displayed in 
> the window have changed, clicking on the file name will still get the 
> user to the file, rather than saying "bad link" (or smth. like that).  
> If you still prefer to link to the file data (there is certain merit to 
> this), at least make the link to the removed file say
> "sorry, this file has been deleted, here is the link to the current 
> version"  or
> "sorry, this file has been deleted"
> 5. replication factor and size for directories is currently meaningless.
> use these fields for something meaningful, like total size of directory,
> number of files, creation date etc.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (HADOOP-668) improvement to DFS browsing WI

Posted by "Doug Cutting (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/HADOOP-668?page=all ]

Doug Cutting updated HADOOP-668:
--------------------------------

        Status: Resolved  (was: Patch Available)
    Resolution: Fixed

I just committed this.  Thanks, Hairong!

> improvement to DFS browsing WI
> ------------------------------
>
>                 Key: HADOOP-668
>                 URL: http://issues.apache.org/jira/browse/HADOOP-668
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: dfs
>    Affects Versions: 0.8.0
>            Reporter: Yoram Arnon
>         Assigned To: Hairong Kuang
>            Priority: Minor
>             Fix For: 0.9.0
>
>         Attachments: WebUI.patch
>
>
> improvement to DFS browsing WI:
> 1.  Increase the default "Chunk Size to view" to 32K bytes.  Currently 
> in most cases, I always need to add another digit to the size and get 
> the page redisplayed.
> 2. Add date to the display.  This may an "approximate" date -- e.g. the 
> date of any block of the file.
> 3. Remove the directory name from the file name in the file list
> 4. Let the links in the file list point to the file names, not to the 
> file data.  That is, if the files in the directory that is displayed in 
> the window have changed, clicking on the file name will still get the 
> user to the file, rather than saying "bad link" (or smth. like that).  
> If you still prefer to link to the file data (there is certain merit to 
> this), at least make the link to the removed file say
> "sorry, this file has been deleted, here is the link to the current 
> version"  or
> "sorry, this file has been deleted"
> 5. replication factor and size for directories is currently meaningless.
> use these fields for something meaningful, like total size of directory,
> number of files, creation date etc.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira