[jira] [Resolved] (OODT-273) Instead of Batchmgr being an interface, make BatchMgrProxy an interface and node assignable

["Chris A. Mattmann (JIRA)" <ji...@apache.org>]

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

Chris A. Mattmann resolved OODT-273.
------------------------------------
    Resolution: Won't Fix

- a great idea, but not implemented over many years.

> Instead of Batchmgr being an interface, make BatchMgrProxy an interface and node assignable
> -------------------------------------------------------------------------------------------
>
>                 Key: OODT-273
>                 URL: https://issues.apache.org/jira/browse/OODT-273
>             Project: OODT
>          Issue Type: Improvement
>          Components: resource manager
>         Environment: JPL internal JIRA
>            Reporter: Brian Foster
>             Fix For: 0.11
>
>
> 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 proposed 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 was sent by Atlassian JIRA
(v6.3.4#6332)