hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HADOOP-2024) Make StatusHttpServer (usefully) subclassable
Date Wed, 10 Oct 2007 17:16:50 GMT

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

stack updated HADOOP-2024:

    Attachment: statushttpserver.patch

The attached patch makes it so subclasses get a swing at influencing where resouces are found

> Make StatusHttpServer (usefully) subclassable
> ---------------------------------------------
>                 Key: HADOOP-2024
>                 URL: https://issues.apache.org/jira/browse/HADOOP-2024
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: mapred
>            Reporter: stack
>            Priority: Minor
>         Attachments: statushttpserver.patch
> hbase puts up webapps modelled on those deployed by dfs and mapreduce.  Currently it
does this by copying the bulk of StatusHttpServer down to hbase util as a new class named
InfoServer.  StatusHttpServer is copied rather than subclassed because I need access to the
currently-private resource loading.
> As is, understandably, all webapp-related resources are presumed under the first 'webapps'
directory found.  It doesn't allow for the new condition where some resources can be found
in hadoop and then others in hbase.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message