This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/projects.ggf-editor/discussion.exp_saga_use_cases.use_cases_inadequate_as_basis_fo at Sun, 06 Nov 2022 09:02:43 GMT SourceForge : Post

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Project: Editor     Discussion > EXP:SAGA Use Cases > Use cases inadequate as basis for API design > List of Posts
Forum Topic - Use cases inadequate as basis for API design: (2 Items)
View:  as 
 
 
Use cases inadequate as basis for API design
I didn't find the material in this document particularly helpful as a basis for API design.

E.g., my specific interest (which I think should be of interest to SAGA too) is when and how the current interfaces with
 which we have much experience do not meet requirements. I'm thinking, for example, of the command-line interfaces 
defined by systems like Condor, Globus, and SRB. These define simple interfaces of the sort that SAGA seem to be aiming 
at, and they are used by many; why not ask people how they find them?

E.g., the use case authors are asked "do you want a file transfer command" and many answer "well yes, we do." However, 
that's not particularly helpful information, given the range of things that a file transfer command might be asked to do
. How about asking more specifically: does the Globus Toolkit's "globus_url_copy" command meet your needs? If not, why 
not?

Other use case uses say "we want to be able to manage collections of tasks." Ok, does Condor DAGman (which addresses 
precisely that requirement) meet your needs? If not, why not?

In case people are interested in learning more about the simple command-line programs provided by current systems, those
 from Globus are defined at www.globus.org/toolkit, and include e.g.:

globus_url_copy for file transfer
globusrun_ws for job submission
wsrf_query to search a registry
globus_credential_delegate and globus_credential_delegate for credential management
...
...
Use cases inadequate as basis for API design
Hi Ian, 

As we are aiming at an API and not on a command line interface, I don't understand some of your commands above.  Also, 
we don't ask people if they want a file transfer command, for the same reason.

Having said that: you are of course correct, the use case questionaire staid awai from most references to existing Grid 
middleware and API's (no comparision to GAT or CoG, which woule er to the target space). The reason for that was that we
 a) wanted to find out what the user would ideally whish to find in such an API; and b) did not want to define the least
 common nominator between the existing approaches.

I guess that the general approach should be made more clear in an introduction, as proposed in other comments already.

The mapping to existing APIs (Globus, DRMAA, Condor, GAT, CoG) is done in the SAGA requirement document, on basis of 
these use cases.

Thanks for the comments, 

  Andre.

 
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/projects.ggf-editor/discussion.exp_saga_use_cases.use_cases_inadequate_as_basis_fo at Sun, 06 Nov 2022 09:02:43 GMT