Hi Sachith,
On Thu, May 22, 2014 at 12:55 AM, Saminda Wijeratne <[email protected]>wrote: > Looking what generally GFac requires I'd say something along the lines of > following would be useful. > > - Functions required to retrieve all the access data of a given > application id (eg: inputs/outputs/security data/validation data/host > properties/application properties/job properties etc.) > > I think passing the whole object is fine. I think most efficient way to use App Catalog in gfac is in a caching mode. If App catalog has a good caching implementation gfac can use it. Because most of these data is really static, once you save an application its hardly changed, so its a waste of communicating everytime we run a particular application (multiple experiments with same application). If App catalog can provide caching support in the api level that would be a useful feature for gfac. > > - Functions to help gfac scheduling (eg: get all SSH supported > deployments, get all trestles deployments) > - Functions validating permissions to use the resources (eg: disabled > resources, inactive job managers etc) > > For validation you can use the same mechanism we used in orchestrator (writing validators as an extensible component, so that gateways can have their own validations). Regards Lahiru > > > > > > On Wed, May 21, 2014 at 1:15 AM, Sachith Withana <[email protected]>wrote: > >> Hi folks, >> >> Here's[1] the initial Application Catalog Design with the basic functions >> regarding the application, deployment, host and gatewayProfile Objects. >> >> In terms of the users of the App Catalog like the GFac, what kind of >> fine-grained CPI methods are required ? >> >> ex: should we pass the whole Application Object and expect the GFac to >> deal with it or allow more fine-grained methods to get the inputs, hosts >> ...etc? >> >> Please note that I haven't included the search functionality in this >> phase of the CPI design. >> >> >> [1] >> https://docs.google.com/document/d/1FfAT0kRFUJR78o9Pj58sNcUJJzPTojmD3zjldiWfIik/edit >> >> -- >> Thanks, >> Sachith Withana >> >> > -- System Analyst Programmer PTI Lab Indiana University
