[Swift-devel] Re: Hostnames vs BoundContacts in vdl-int.k

Mihael Hategan hategan at mcs.anl.gov
Wed Nov 10 15:55:01 CST 2010


On Tue, 2010-11-09 at 22:53 -0600, Michael Wilde wrote:
> OK, I think I get it. The "host" argument to doStagein and doStageOut
> is a BoundContact (ie, a "site" or pool entry).  The dhost and srchost
> parameters that those elements pass down to the lower level elements
> are computed from filename arguments and are simple strings.

Right. I think transfer() accepts both a host object and a
hostname[:port] for the srchost/desthost arguments.

One of them is passed as a host object while the other is passed as a
string.

Mihael

> 
> - Mike
> 
> ----- Original Message -----
> > Im trying to extend Justin's initial cut of "external" CDM file types
> > to connect to Globus Online.
> > 
> > The current code in trunk only handles input. Im trying to hook it
> > into doStageOut as well.
> > 
> > Im making progress but stuck at the moment on passing hosts from
> > vdl-int.k into the CDM external java functions.
> > 
> > Specifically I'm getting a string as a hostname argument to the
> > cdm:external() element, where its expecting a "BoundContact". It pulls
> > its args off the Karajan stack as follows:
> > ---
> > public void cdm_external(VariableStack stack)
> > throws ExecutionException
> > {
> > String provider = (String) PA_PROVIDER.getValue(stack);
> > String srchost = (String) PA_SRCHOST.getValue(stack);
> > String srcfile = (String) PA_SRCFILE.getValue(stack);
> > String srcdir = (String) PA_SRCDIR.getValue(stack);
> > BoundContact bc = (BoundContact) PA_DESTHOST.getValue(stack);
> > String destdir = (String) PA_DESTDIR.getValue(stack);
> > ---
> > 
> > Is it the case that within vdl-int.k some host variables are simple
> > strings (site names) whereas others are structured objects
> > representing the site?
> > 
> > I'm having difficulty tracing this and would appreciate any guidance
> > you can offer.
> > 
> > Thanks,
> > 
> > Mike
> > 
> > 
> > --
> > Michael Wilde
> > Computation Institute, University of Chicago
> > Mathematics and Computer Science Division
> > Argonne National Laboratory
> 





More information about the Swift-devel mailing list