[SAGA-RG] Suggested errata to the SD spec

Andre Merzky andre at merzky.net
Wed Apr 15 05:48:44 CDT 2009


Hi Steve, 

Quoting [Steve Fisher] (Apr 15 2009):
> 
> Hi,
> 
> We would like to get rid of the URL passed into the discoverer
> constructor. Its comment is:
> 
> "the url specified as in input parameter is to assist the
> implementation to locate the underlying information system such that
> it can be queried"
> 
> The problem we have is that this does not work with an adapter based
> implementation as the URL is normally specific to the adapter.

I'm sorry, you lost me: why is that not working?  The
implementation should be able to forward the URL to the
adaptor, where it is needed?


> This information can be passed to the adapter using a
> configuration file or an environment variable according to
> the style adpopted by the adaper writer.

That is an orthogonal issue IMHO.  

I would like to compare that to the job::service, where we
give a contact URL for the job submission endpoint.  That
URL is adaptor specific, e.g. it could be
'gram://remote.globus.host:123/'.  That URL would then be
forwarded to the adaptors.  Only the globus adaptor would
accept it, and act on job submission requests.

OTOH, if the URL is not specified (it is optional in te
API), then a default URL from the adaptor configuration
files is used.  That could also be an env variable, as you
state above.

What is the problem with that scheme?  Seems to work for
job::service and other classes - why not for the service
discoverer?

Thanks, Andre.



> The constructor then just has the session handle
> 
> The other change is to make the attribute names consistent with the
> rest of SAGA - i.e. CamelCased
> 
> Steve
-- 
Nothing is ever easy.


More information about the saga-rg mailing list