[
https://issues.apache.org/jira/browse/OODT-273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris A. Mattmann updated OODT-273:
-----------------------------------
Fix Version/s: (was: 0.4)
0.5
- push to 0.5
> 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.5
>
>
> 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 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
