[Swift-devel] RE: [Swift-user] Swift 0.3 released

Ben Clifford benc at hawaga.org.uk
Thu Oct 4 10:13:45 CDT 2007


What is most likely happening is that Swift is retrieving that URL and 
placing it into your working directory in a file called 
'bardir/index.rdf'; then passing the path 'bardir/index.rdf' to your app 
(or rather to echo), essentially saying "I was told to give you a data 
file and I have done that and placed it at bardir/index.rdf".

If you want the URL itself, that's a problem; if you only want to retrieve 
the content of the URL, that should perhaps be less of a problem.

The CSV mapper (in fact any mapper) can only give the location of data 
files to the swift runtime engine, not pass string literals - though bugs 
have previously made that work.

Reading literals from CSV is a feature a bunch of people want, though, so 
I think we should look at implementing something.

On Thu, 4 Oct 2007, Allen, M. David wrote:

> I just dropped 0.3 into place, and tried to re-run a test workflow that
> I have.  
> 
> For some reason, 0.3 seems to be causing problems with CSV files.
> Attached is a simple swiftscript, the CSV file it requires as input,
> and the output files generated as part of the run.
> 
> The CSV file is simple:
> 
> name,feedURL
> The Foo Blog,http://foo.com/somedir/index.rdf
> The Bar Blog,http://bar.com/bardir/index.rdf
> (...)
> 
> All the swiftscript does is take the feedURL, and then print each one
> out into a different file.  As far as I can tell though, splitting this
> file by a comma delimiter is causing problems.  Instead of getting the
> full URL as an argument to "echo", it is only passing
> "somedir/index.rdf", "bardir/index.rdf", and so on.
> 
> One other thing -- my echo statement looks like this:
> 
>    echo @b.feedURL stdout=@filename(headlines);
> 
> >From what I've read, the '@' in front of b.feedURL shouldn't be
> required.  If this isn't present though, the output for every line of
> the csv is the string literal 'true' instead of even a portion of the
> URL.
> 
> Any idea what might be going on here?
> 
> Apologies if I'm making some kind of silly mistake, but I can't find
> any reference to this issue in the CHANGES file, and this has worked
> just fine with previous releases.
> 
> Thanks,
> 
> -- David
>  
> 
> -----Original Message-----
> From: swift-user-bounces at ci.uchicago.edu
> [mailto:swift-user-bounces at ci.uchicago.edu] On Behalf Of Ben Clifford
> Sent: Thursday, October 04, 2007 7:20 AM
> To: swift-user at ci.uchicago.edu; swift-devel at ci.uchicago.edu
> Subject: [Swift-user] Swift 0.3 released
> 
> 
> Swift 0.3 is now available for download from the swift downloads page,
> http://www.ci.uchicago.edu/swift/downloads/
> 
> Swift 0.3 is a development release intended to distribute new 
> functionality and fixes that have gone into our codebase since v0.2 was
> 
> released in July.
> 
> There are many changes, detailed in the CHANGES.txt file inside the 
> release.
> 
> Some significant changes:
> 
>   * mappers can now map files in remote locations in addition to the
> local 
>     disk (for example, accessed through gridftp or dcache)
> 
>   * PBS direct job submission, for running Swift directly on a PBS 
>     cluster avoiding GRAM.
> 
>   * Changes to logging formats to make mechanical analysis easier.
> 
>   * sequential iteration language construct (for example, for running 
>     simulations with each step being a separate job)
> 
> Swift homepage: http://www.ci.uchicago.edu/swift/
> 
> Please download and enjoy, and do not hesitate to post mail to either
> the 
> swift-devel or swift-user list with questions, comments and complaints.
> 
> 



More information about the Swift-devel mailing list