[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