Mailing-List: contact commits-help@oodt.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@oodt.apache.org
Date: Fri, 14 Dec 2012 00:34:31 +0000 (UTC)
From: "Chris A. Mattmann (JIRA)" <jira@apache.org>
To: commits@oodt.apache.org
Message-ID: <JIRA.12458832.1268328006173.4369.1355445271695@arcas>
In-Reply-To: <JIRA.12458832.1268328006173@arcas>
References: <JIRA.12458832.1268328006173@arcas>
Subject: [jira] [Updated] (OODT-10) Make BatchMgrProxy an interface and node
 assignable
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Chris A. Mattmann updated OODT-10:
----------------------------------

    Fix Version/s:     (was: 0.5)
                   0.6

- push out to 0.6
                
> Make BatchMgrProxy an interface and node assignable
> ---------------------------------------------------
>
>                 Key: OODT-10
>                 URL: https://issues.apache.org/jira/browse/OODT-10
>             Project: OODT
>          Issue Type: Improvement
>          Components: resource manager
>    Affects Versions: 0.1-incubating
>         Environment: none
>            Reporter: Brian Foster
>            Priority: Minor
>             Fix For: 0.6
>
>
> Instead of Batchmgr being an interface:
>     *  currently the existing implementation of BatchMgr, 'XmlRpcBatchMgr', has nothing to do with XmlRpc besides that is uses XmlRpcBatchMgrProxy, which is really what does all the XmlRpc communications. XmlRpcBatchMgr currently does everything which all BatchMgr's need to perform (i.e. updating repo, monitor, etc), where as, i argue, XmlRpcBatchMgrProxy actually performs the tasks which one would want to be customizable.
>     * my purposed change: Create an interface, 'BatchMgrProxy', and make XmlRpcBatchMgrProxy extend it, while also making it the default BatchMgrProxy, while adding to ResourceNode the ability to store a BatchMgrProxy, which is used to communicate with the batchstub at that ResourceNode uri. This would allow a developer to added additional Proxy-Monitoring to a BatchMgrProxy which may be needed on a per node bases (i.e. a batch stub running on a EC2 node needs additional Proxy functionality over the existing functionality needed to submit to a batch stub running locally). XmlRpcBatchMgr would become BatchMgr, and would get added support for handling node based Proxies.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira