From benc at hawaga.org.uk Mon Oct 1 04:47:16 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Mon, 1 Oct 2007 09:47:16 +0000 (GMT) Subject: [Swift-user] #!/bin/bang Message-ID: I've seen this happen a couple of times recently from different people, so here's a note about it. When writing a unix script, you should put the first line to be the interpreter specification (such as #!/bin/bash or #!/usr/bin/perl). This must be on the very first line, so that the first two bytes of the file are #! If you are writing a shell script and omit that, you will find that in some contexts the shell script will run successfully and in other contexts it will not work. The specific example I've seen in swift is running shell scripts from swift - if you omit the initial #!/bin/bash, then: if you run with kickstart, they will not work; if you run without kickstart, they will work (because of the different ways in which the kickstart and non-kickstart mechanisms invoke executables). If the #!/bin/bash is present, then the script will work in both cases. -- From dmallen at mitre.org Tue Oct 2 14:19:52 2007 From: dmallen at mitre.org (Allen, M. David) Date: Tue, 2 Oct 2007 15:19:52 -0400 Subject: [Swift-user] Missing vdl: XML namespace declaration from KML files Message-ID: Hi, I'm experimenting with loading some of the KML files from swift into Xindice, and Xindice is complaining about the lack of definition for the vdl XML namespace in the KML files. Is this an oversight in the namespace declarations of the file, or am I missing something? I'm using version 0.2 for this issue. I have actually downloaded the 2007-10-01 snapshot, but I seem to be having some issues with it at the moment, so I can't verify that the namespace is missing from that snapshot's generated files. Thanks -- M. David Allen -------------- next part -------------- An HTML attachment was scrubbed... URL: From hategan at mcs.anl.gov Tue Oct 2 14:24:49 2007 From: hategan at mcs.anl.gov (Mihael Hategan) Date: Tue, 02 Oct 2007 14:24:49 -0500 Subject: [Swift-user] Missing vdl: XML namespace declaration from KML files In-Reply-To: References: Message-ID: <1191353089.10700.3.camel@blabla.mcs.anl.gov> On Tue, 2007-10-02 at 15:19 -0400, Allen, M. David wrote: > Hi, > > I'm experimenting with loading some of the KML files from swift into > Xindice, and Xindice is complaining about the lack of definition for > the vdl XML namespace in the KML files. > > Is this an oversight in the namespace declarations of the file, or am > I missing something? There is no schema for the vdl namespace, so you're not missing that. Can you convince Xindice to skip validation and accept arbitrary XML documents? > > I'm using version 0.2 for this issue. I have actually downloaded the > 2007-10-01 snapshot, but I seem to be having some issues with it at > the moment, so I can't verify that the namespace is missing from that > snapshot's generated files. > > Thanks > -- > M. David Allen > > _______________________________________________ > Swift-user mailing list > Swift-user at ci.uchicago.edu > http://mail.ci.uchicago.edu/mailman/listinfo/swift-user From benc at hawaga.org.uk Tue Oct 2 14:25:02 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Tue, 2 Oct 2007 19:25:02 +0000 (GMT) Subject: [Swift-user] Missing vdl: XML namespace declaration from KML files In-Reply-To: References: Message-ID: On Tue, 2 Oct 2007, Allen, M. David wrote: > Is this an oversight in the namespace declarations of the file, or am I > missing something? karajan doesn't use XML Namespaces (as in the w3c specification) in its namespace model. I suspect it'll be hard to import kml files into anything XML Namespaces aware. -- From hategan at mcs.anl.gov Tue Oct 2 14:28:57 2007 From: hategan at mcs.anl.gov (Mihael Hategan) Date: Tue, 02 Oct 2007 14:28:57 -0500 Subject: [Swift-user] Missing vdl: XML namespace declaration from KML files In-Reply-To: References: Message-ID: <1191353337.11580.1.camel@blabla.mcs.anl.gov> On Tue, 2007-10-02 at 19:25 +0000, Ben Clifford wrote: > On Tue, 2 Oct 2007, Allen, M. David wrote: > > > Is this an oversight in the namespace declarations of the file, or am I > > missing something? > > karajan doesn't use XML Namespaces (as in the w3c specification) in its > namespace model. I suspect it'll be hard to import kml files into anything > XML Namespaces aware. I'd change "aware" to "pedantic". > From benc at hawaga.org.uk Thu Oct 4 06:19:49 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Thu, 4 Oct 2007 11:19:49 +0000 (GMT) Subject: [Swift-user] Swift 0.3 released Message-ID: 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. -- From dmallen at mitre.org Thu Oct 4 09:56:21 2007 From: dmallen at mitre.org (Allen, M. David) Date: Thu, 4 Oct 2007 10:56:21 -0400 Subject: [Swift-user] Swift 0.3 released In-Reply-To: References: Message-ID: 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. -- _______________________________________________ Swift-user mailing list Swift-user at ci.uchicago.edu http://mail.ci.uchicago.edu/mailman/listinfo/swift-user -------------- next part -------------- A non-text attachment was scrubbed... Name: possible-bug.dtm Type: application/octet-stream Size: 476 bytes Desc: possible-bug.dtm URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: blogs.csv Type: application/octet-stream Size: 820 bytes Desc: blogs.csv URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: output.zip Type: application/x-zip-compressed Size: 2294 bytes Desc: output.zip URL: From benc at hawaga.org.uk Thu Oct 4 10:13:45 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Thu, 4 Oct 2007 15:13:45 +0000 (GMT) Subject: [Swift-user] Swift 0.3 released In-Reply-To: References: Message-ID: 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. > > From dmallen at mitre.org Thu Oct 4 10:40:59 2007 From: dmallen at mitre.org (Allen, M. David) Date: Thu, 4 Oct 2007 11:40:59 -0400 Subject: [Swift-user] Swift 0.3 released In-Reply-To: References: Message-ID: I'm not sure I understand... Why would the CSV mapper actually attempt to fetch a URL that's just a string inside of a CSV file? There's no code that instructs it to do that. Additionally, I can't find any of those directories that would be created if this is what it was doing. If the CSV file contained other string literals with arbitrary data are you saying that swift would attempt to treat those literals as if they were files or URLs and access them too? Why would wanting just the URL as a text literal be a problem? If I used a CSV mapper to refer to only filenames, still it would be passing those filenames as string literals, right? If the CSV mapper can only give the location of files, and not string literals, how does this program even echo a portion of the URL? If only given the location of the file, wouldn't you expect it to echo the path to blogs.csv? In fact, now I have to admit I'm completely confused as to what the point of the CSV mapper is. Was there a bugfix that went in that broke previous behavior? Earlier versions worked just like I expected them to, and 0.3 now shows this problem. It seems intuitive to me that the csv mapper would allow you to access string literals inside of a CSV file. What was the bug that was fixed? -- David -----Original Message----- From: Ben Clifford [mailto:benc at hawaga.org.uk] Sent: Thursday, October 04, 2007 11:14 AM To: Allen, M. David Cc: swift-user at ci.uchicago.edu; swift-devel at ci.uchicago.edu Subject: RE: [Swift-user] Swift 0.3 released 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. > > From benc at hawaga.org.uk Thu Oct 4 11:01:59 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Thu, 4 Oct 2007 16:01:59 +0000 (GMT) Subject: [Swift-user] Swift 0.3 released In-Reply-To: References: Message-ID: On Thu, 4 Oct 2007, Allen, M. David wrote: > I'm not sure I understand... > > Why would the CSV mapper actually attempt to fetch a URL that's just a > string inside of a CSV file? There's no code that instructs it to do > that. That's what mappers do. They tell swift where data files are, so that it then can move those data files around and put them where your job will run. The 'code that instructs it to do that' is the mapper syntax with - that syntax says "this mapper will tell you where to find the filenames for this variable". The CSV mapper is a way to say "I want to have an array of structures of files in SwiftScript, and here are the filenames that you should use for the elements of that array of structures." > Additionally, I can't find any of those directories that would be > created if this is what it was doing. You shouldn't see them after the workflow has run as they should tidied up. Try running ls -l @url instead of echo @url and see what you get. > If the CSV file contained other string literals with arbitrary data are > you saying that swift would attempt to treat those literals as if they > were files or URLs and access them too? yes, it should be. I'm slightly surprised you don't get problems with the first column. > Why would wanting just the URL as a text literal be a problem? If I > used a CSV mapper to refer to only filenames, still it would be passing > those filenames as string literals, right? > If the CSV mapper can only give the location of files, and not string > literals, how does this program even echo a portion of the URL? If > only given the location of the file, wouldn't you expect it to echo the > path to blogs.csv? The filenames that get passed are filenames for the application program to use on the execute side of things. Swift is insistent that it will place the input files in the correct place and then tell you where it has put them. When you pass in http://my.url.com/foo/bar as an input file, Swift will place that file in your job's run directory as foo/bar and then tell your app where it had put it. (conversely, it might decide to put it in a file called XXX; in which case your application would receive XXX as an input string; and your app should find that the local file XXX contained the content retrieved from http://my.url.com) > In fact, now I have to admit I'm completely confused as to what the > point of the CSV mapper is. Not what you want it for. Anything to do with mappers is for instructing swift on which files your application wants moved around for it automatically. > Was there a bugfix that went in that broke previous behavior? Earlier > versions worked just like I expected them to, and 0.3 now shows this > problem. It seems intuitive to me that the csv mapper would allow you > to access string literals inside of a CSV file. What was the bug that > was fixed? Its an incorrect intuition, probably caused by the fact that we don't document mappers well enough / in the right way. The bug was that URLs didn't work properly for what they were intended. -- From dmallen at mitre.org Mon Oct 15 11:43:58 2007 From: dmallen at mitre.org (Allen, M. David) Date: Mon, 15 Oct 2007 12:43:58 -0400 Subject: [Swift-user] A swiftscript that doesn't seem to terminate Message-ID: This SwiftScript (toy code written to test an idea) doesn't seem to terminate. It doesn't use much in the way of resources, it just....never quits running. Any thoughts? blackbox_A, blackbox_B, and blackbox_C are all aliases for "echo" in my tc.data. $ swift -verbose -dryrun example.dtm Using sites file: /home/dmallen/swift/vdsk-0.3/etc/sites.xml Using tc.data: /home/dmallen/swift/vdsk-0.3/etc/tc.data Swift v0.3 r1319 (modified locally) Swift v0.3 r1319 (modified locally) RunID: 20071015-1243-4apur7d1 RunID: 20071015-1243-4apur7d1 (...) -- M. David Allen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: example.dtm Type: application/octet-stream Size: 1102 bytes Desc: example.dtm URL: From hategan at mcs.anl.gov Mon Oct 15 11:59:30 2007 From: hategan at mcs.anl.gov (Mihael Hategan) Date: Mon, 15 Oct 2007 11:59:30 -0500 Subject: [Swift-user] A swiftscript that doesn't seem to terminate In-Reply-To: References: Message-ID: <1192467570.3272.1.camel@blabla.mcs.anl.gov> You should not reuse variables. In other words updating the value of a variable is something that doesn't have proper semantics in Swift, since it's dataflow oriented. Mihael On Mon, 2007-10-15 at 12:43 -0400, Allen, M. David wrote: > This SwiftScript (toy code written to test an idea) doesn't seem to > terminate. It doesn't use much in the way of resources, it > just....never quits running. > > Any thoughts? > > blackbox_A, blackbox_B, and blackbox_C are all aliases for "echo" in > my tc.data. > > $ swift -verbose -dryrun example.dtm > Using sites file: /home/dmallen/swift/vdsk-0.3/etc/sites.xml > Using tc.data: /home/dmallen/swift/vdsk-0.3/etc/tc.data > Swift v0.3 r1319 (modified locally) > > Swift v0.3 r1319 (modified locally) > > RunID: 20071015-1243-4apur7d1 > RunID: 20071015-1243-4apur7d1 > > (...) > > -- > M. David Allen > > _______________________________________________ > Swift-user mailing list > Swift-user at ci.uchicago.edu > http://mail.ci.uchicago.edu/mailman/listinfo/swift-user From benc at hawaga.org.uk Mon Oct 15 12:20:58 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Mon, 15 Oct 2007 17:20:58 +0000 (GMT) Subject: [Swift-user] A swiftscript that doesn't seem to terminate In-Reply-To: <1192467570.3272.1.camel@blabla.mcs.anl.gov> References: <1192467570.3272.1.camel@blabla.mcs.anl.gov> Message-ID: In a more fully implemented implementation, you'd get an error on the second line here indicating that variables can only have a single value (variable is not really the right word for them, perhaps) > outputFromSplitter = process_A(inputToSplitter); > inputToSplitter = process_A(outputFromSplitter); instead of failure to terminate. On Mon, 15 Oct 2007, Mihael Hategan wrote: > You should not reuse variables. In other words updating the value of a > variable is something that doesn't have proper semantics in Swift, since > it's dataflow oriented. > > Mihael > > On Mon, 2007-10-15 at 12:43 -0400, Allen, M. David wrote: > > This SwiftScript (toy code written to test an idea) doesn't seem to > > terminate. It doesn't use much in the way of resources, it > > just....never quits running. > > > > Any thoughts? > > > > blackbox_A, blackbox_B, and blackbox_C are all aliases for "echo" in > > my tc.data. > > > > $ swift -verbose -dryrun example.dtm > > Using sites file: /home/dmallen/swift/vdsk-0.3/etc/sites.xml > > Using tc.data: /home/dmallen/swift/vdsk-0.3/etc/tc.data > > Swift v0.3 r1319 (modified locally) > > > > Swift v0.3 r1319 (modified locally) > > > > RunID: 20071015-1243-4apur7d1 > > RunID: 20071015-1243-4apur7d1 > > > > (...) > > > > -- > > M. David Allen > > > > _______________________________________________ > > Swift-user mailing list > > Swift-user at ci.uchicago.edu > > http://mail.ci.uchicago.edu/mailman/listinfo/swift-user > > _______________________________________________ > Swift-user mailing list > Swift-user at ci.uchicago.edu > http://mail.ci.uchicago.edu/mailman/listinfo/swift-user > > From lixi at uchicago.edu Mon Oct 29 16:42:54 2007 From: lixi at uchicago.edu (lixi at uchicago.edu) Date: Mon, 29 Oct 2007 16:42:54 -0500 (CDT) Subject: [Swift-user] run of sid-wf1.dtm goes wrong Message-ID: <20071029164254.ASO53549@m4500-03.uchicago.edu> I ran the sid-wf1.dtm on tp-login2.uchicago.edu, but it goes wrong. Here is the running segment: [lixi at tp-login2 Wavelets]$ swift sid-wf1.dtm Swift v0.3-dev r1387 RunID: 20071029-1624-7cd88yce cwtsmall started cwtsmall started ... cwtsmall failed cwtsmall failed cwtsmall failed ... Execution failed: The requested application (cwtsmall) cannot be found installed on any of the sites. You should check your tc.data and sites.xml files, and make sure that the name (cwtsmall) is not misspelled. Would you please tell me why it happens and how to resolve it? Thanks a lot! Xi From benc at hawaga.org.uk Mon Oct 29 16:45:06 2007 From: benc at hawaga.org.uk (Ben Clifford) Date: Mon, 29 Oct 2007 21:45:06 +0000 (GMT) Subject: [Swift-user] run of sid-wf1.dtm goes wrong In-Reply-To: <20071029164254.ASO53549@m4500-03.uchicago.edu> References: <20071029164254.ASO53549@m4500-03.uchicago.edu> Message-ID: On Mon, 29 Oct 2007, lixi at uchicago.edu wrote: > Would you please tell me why it happens and how to resolve > it? This is the important bit of the error message: > The requested application (cwtsmall) cannot be found > installed on any of the sites. > You should check your tc.data and sites.xml files, and > make sure that the name (cwtsmall) is not misspelled. You need to configure the location of the cwtsmall application in your tc.data file. --