I’m sorry for the confusion. These really are three different operations that handled by three different web service operations with the web service. Other WSDLs might have similar operations, but the process might be different. There is no generic way to do what you just described. Sincerely, Michael E. Cotterell Ph.D. Student in Computer Science, University of Georgia Instructor of Record, Graduate RA & TA, University of Georgia Department Liaison, CS Graduate Student Association, University of Georgia mepcotterell@gmail.com (mailto:mepcotterell@gmail.com) mepcott@uga.edu (mailto:mepcott@uga.edu) mec@cs.uga.edu (mailto:mec@cs.uga.edu) http://michaelcotterell.com/ On Thursday, March 6, 2014 at 10:01 AM, Eric Rasche wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
We're not suggesting adding a "polling tool"; instead the suggestion was that your "WSDL tool generator" generate the XML tool definition and a wrapper script.
That wrapper script would handle whatever WSDL operation it was created for, polling, and collection of results (ALL IN ONE). Since polling is a WSDL specific operation as you say, this would solve that, as every generated tool would have code to submit+poll+collect.
Conditionals and loops would generate /many/ "empty" jobs saying "your results are not done yet", which would not lend themselves to inclusion in workflows. galaxy workflow loops are probably not the best way to solve this particular problem.
Additionally, If you write your WSDL tool generator in such a way that the generated tools handles the entire process: from submission to retrieval of results, then they could be used in workflows and used with the existing infrastructure, and jobs down the line could depend on the output of your generated tools.
Cheers, Eric
On 03/06/2014 08:25 AM, Michael E. Cotterell wrote:
The tool is generic. This means that it is supposed to work (and does work) with any WSDL. In the described use case, one of the operations/“generated tools" already serves as a polling tool: it takes a unique id and requests a result from the web service, then the web service either returns the results or returns a message indicating that the results are not ready. Conditionals/Loops would be a perfect way to solve this.
If we added a polling tool like you described, then that tool would need to Web service specific since not all web service adhere to the same naming conventions and level of asynchrony.
Sincerely, Michael E. Cotterell
Ph.D. Student in Computer Science, University of Georgia Instructor of Record, Graduate RA & TA, University of Georgia Department Liaison, CS Graduate Student Association, University of Georgia mepcotterell@gmail.com (mailto:mepcotterell@gmail.com) mepcott@uga.edu (mailto:mepcott@uga.edu) mec@cs.uga.edu (mailto:mec@cs.uga.edu) http://michaelcotterell.com/
On Thursday, March 6, 2014 at 9:17 AM, Peter Cock wrote:
On Thu, Mar 6, 2014 at 2:12 PM, Michael E. Cotterell <mepcotterell@gmail.com (mailto:mepcotterell@gmail.com)> wrote:
While I agree that would work, the tool I'm working with generates tools for web operations in a generic fashion. That is, you provide it a WDSL and a list of operations you want from that WSDL, and then tool XML files are generated for each of those operations.
So could your "WDSL Galaxy Tool Factory" also produce a wrapper script to go with the Galaxy Tool XML, where the wrapper script handles polling the service with the unique identifier assigned by the service?
Peter
- -- Eric Rasche Programmer II Center for Phage Technology Texas A&M University College Station, TX 77843 404-692-2048 esr@tamu.edu (mailto:esr@tamu.edu) rasche.eric@yandex.ru (mailto:rasche.eric@yandex.ru) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux)
iQIcBAEBAgAGBQJTGI2vAAoJEMqDXdrsMcpVMsAQALuigNEIfG0qqR2pxULOEK39 GYkJ9q8RFRgmQAr5STM97XoeZD+mYyqzjrsdB8XL6LldkN0+XN+Aak8I4KbQlidu cWnZtjeY46DAxQdOcEzHCfL0apjgeOb+uCcxAtewVUBC4QMU11GkoL+54ZKoNWVV Vitt8N0hM4WJE+MukwZ9tCjjvpW7sVM1TUfx0bBb47qyx+sxH14JiaICBYpp6jDP Y3Kx/ncMwr62O2pMDuoP6YHn+ozKRwKa85uHEKx9mv/aQ1/0/F2Y3sd3hoj2fv4k wxw+7GY05CBUat6d4OH3bq8K6C2Z7Ye/nQc1FClM4ssjfXUEulXgzbOwwxmoyPqw fQPGIvWxr2YrewYsTScIO2m7kg7Y70d2gW+jRHFZJd9Yiz90ze5et5veqJ9vw7sl v71jZkkANF8ONdHE4cIkEYBbsNuhTJvSaYOvt0YAhMe18vvBe/AwQ4AwWKcsRYhn CnilCjICOcwJFDrRsVtAIIU/PmEl9w5tztRozHe+RtMNt4PFyn7qVdlgsFQogEQm FWhIpTAjioyc/46kIg5vqcA0BR8KJNllCOiFDDI7ZGJJAzykPjEeZshbQcDdA0Do Axfrr1ata/iHZsIuXsMQrVfiY8lr5XPimdXAdMPxdt+jThUP803lwDIgu9gD7wWm LBL7haO0S65UDiZ4Be8m =SvuS -----END PGP SIGNATURE----- ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/
To search Galaxy mailing lists use the unified search at: http://galaxyproject.org/search/mailinglists/